如何将Python和红宝石的应用程序会受到影响。净?

题

我很好奇有关如何。净影响Python和红宝石的应用。

将编写的应用程序在IronPython/投入度是如此具体。净的环境中，他们基本上将成为平台具体的？

如果他们不使用任。网的功能，那么什么是利用IronPython/投入度过他们的非。净同行？

解决方案

我不能说什么的IronRuby，但大多数Python实现（如IronPython的，Jython和PyPy）尽可能地做到忠实于CPython的实现成为可能。 IronPython的正迅速成为在这方面最好的一个，虽然，没有对地球的Python大量的流量了。

这将鼓励开发人员编写的代码是从他们会在CPython中写的是缺少像NumPy的C扩展模块（这是Jython和PyPy问题以及）不同的主要事情。

这是有趣的项目，以保持你的眼睛是铁定的，这将让你从内IronPython的调用C扩展模块。这最终应该意味着你可以在CPython的开发代码，使用任何你喜欢的模块，它会在IronPython的运行未经修改。

因此，要回答你的问题：

这应该是很容易编写上CPython的工作，以及IronPython的应用程序，但我可能会旨在围绕走另外一条路：上IronPython的工作，以及CPython的程序。这样，如果它不工作，那么它更可能是一个已知的bug与已知的变通方法。

的IronPython等人的优点现有的是，它们所提供的语言的替换实现中，其有时用于CPython的点样的错误是有用的。它们还提供了可供选择的方法部署您的Python应用程序，如果由于某种原因，你的情况（像Silverlight）发现自己在那里分发CPython的实现与应用程序是不恰当的。

其他提示

将编写的应用程序在IronPython/投入度是如此具体。净的环境中，他们基本上将成为平台具体的？

如何从语言特性，目前的船只大多数核心的红宝石图书馆标准，并支持红宝石宝石。

这意味着，它将支持几乎任何地的红宝石应用程序，不依靠C扩展。
不利的一面是，它将有可能编写本机红宝石的应用程序在如何从语言特性，不要依赖于CLR，这将便携式核磁共振检查。

否或不人选择创造或使用的扩展对于它们的应用程序使用CLR是同一个问题是否是人们创造或使用C扩展为核磁共振-一个是没有更多的便携式比其他的。

有一个侧面问题 "因为它是以更容易地创建投入度扩展C#于它是创建CRuby扩展C、将人创造扩展他们应该在哪里伸到当地的红宝石的代码？", 但这完全是主观的。

整体上，我觉得任何让创造更容易扩展的一大胜利。

如果他们不使用任。网的功能，那么什么是利用IronPython/投入度过他们的非。净同行？

性能：投入度是已经快的大部分比MRI1.8，并不是遥远的MRI1.9，事情只会提高在未来。我认为蟒蛇类似在这个方面。
部署：正如人们已经提到的，在运行一个地的红宝石跨平台轨道应用程序内部IIS是一个有吸引力的提议的一些窗户的基于开发人员，因为它可以让他们更好地整合现有的服务器/管理基础设施/etc
稳定性：同时MRI1.9比1.8是，我不认为任何人都可以不同意，CLR有一个更好的垃圾收集和运行时基于C红宝石做的。

IronPython的/ IronRuby的是建立在.NET虚拟机上工作，所以他们是为你基本上是说特定的平台。

显然，他们只要你不要在你的程序中使用任何.NET Framework的是Python和Ruby的兼容。

如果您创建一个库或框架，人们可以在.NET上与他们的.NET代码中使用它。这对他们来说很酷，并为您服务！

当开发一个应用程序，如果你使用.NET的设施与放弃，那么你输“的跨platformity”，这并不总是一个问题。

如果你有内部API包裹这些用途，可以用纯Python以后更换.NET实施方式中，封装的C（对于CPython的），或Java（对于Jython的）以后。

按照单页，IronPython的是单声道的实现.NET运行时的兼容，因此，可执行文件的工作都在Windows和Linux。

您与第二个回答你的第一个问题，如果你不从.NET中使用任何只能由语言的实现提供的原始库，你可以解释你*的.py或* .RB文件用其他实现和它应该工作。

的好处是，如果你的一个.net店，你通常需要有客户端计算机等上安装正确的框架的照顾......嗯，如果你想Python或Ruby代码，你现在需要支持另一种“框架”需要分发安装，照顾版本问题等......所以有2分的优势，利用内幕另一种语言+ Net框架动力保持分配/维护尽可能简单。

这将是冷静运行IIS下轨道/ Django的而不是阿帕奇/ Mongrel的类型的解决方案

许可以下： CC-BY-SA 和归因