是否有充分的理由将用python编写的应用程序转换为c_?

引用:“如果它不破裂,就不要修复它。”

除非您的公司正在向.NET迈进,并且/或者不再有合格的Python开发人员可用,否则不要这样做。

有Ironpython,一个针对.NET的python实现。如果您真的需要脱离“标准”的python vm,并将其移植到.NET平台上,那么您可以将其移植到这个平台上。

除非你听到很好的 商业 转换的原因。

仅仅为了改变语言而改变语言很少是个好主意。如果应用程序正在做它的obj,那么就让它做它的工作。如果你有一个只使用C的公司授权,那可能是另一回事(估计所涉及的工作,将评估交给管理层,让他们决定继续进行或写一个例外)。即使在整个组织中没有关于Python的强大(或任何)知识,开发人员也相当擅长学习新的语言这是一种生存的东西,因此这往往不那么令人担心。

从道义上讲,如果要重写一个应用程序,那么进行重写应该有更多的理由,而不仅仅是改变语言。如果要添加使用其他语言库/框架更容易实现和维护的功能…很好的理由。如果为一种语言维护环境/框架会导致大量的操作开销,这可以通过重新编写节省下来,那就太酷了。”因为我们的其他代码是C”。不酷。

如果您是C商店中唯一的Python开发人员,那么转换它就很有意义。如果你明天辞职,没有人能维护这些系统。

我不会转换,除非您将转换作为企业范围内从一种语言转换到另一种语言的一部分。即使这样,我也会避免转换,直到绝对必要。如果有效,为什么要改变它?

只要应用程序运行正常,就没有理由切换到C。

如果 你在寻找转换它们的理由,我可以想到一些。这些并不一定意味着你 应该 这些都是“重新编码”的可能原因。

• 维修性

如果您有一个主要以C为中心的开发车间,那么出于可维护性的原因,周围有Python应用程序可能不太有用。这意味着他们需要让python的工作人员在周围(假设这是一个复杂的应用程序)来维护它。这可能不是他们想要的限制,特别是如果他们不打算写 任何东西 在巨蟒中从这里开始。

• 一致性

这种类型属于可维护性,但它有不同的味道。如果他们想将这个(python)应用程序的一部分集成到C应用程序中,但不是整个应用程序,那么就可以编写一些样板代码,但同样,维护起来也很麻烦。最终,您希望P_U应用程序的代码能够无缝集成到C_U应用程序中,而不必单独运行它们。

在硬币的另一面,可以公平地指出,你是在投入时间和金钱来转换已经有效的东西。

简明扼要地回答:不,没有理由。

我能想到的唯一一件事就是性能提升C会给你。

想到了一些原因:

• 性能
• 更容易找到开发人员
• 巨大巨大的开发者和工具 生态系统

但是,我附和了其他人所说的:如果它没有坏,就不要修理它。除非你的老板说,“嘿,我们把所有的垃圾都转移到了.net上”,或者你有其他迁移的商业理由,只要坚持你现有的东西就行了。

我将以100万美元把它从A语言转换成B语言。<---这是我认为合法的唯一商业理由。