IronPython vs. Python .NET

Question

Я хочу получить доступ к некоторым сборкам .NET, написанным на C#, из кода Python.

Небольшое исследование показало, у меня есть два варианта:

• IronPython с возможностью .NET интерфейс/поддержка встроенного
• Python с Python .NET пакета

Какие компромиссы между обоими решениями?

Answer 1

Если вы хотите в основном основывать свой код на платформе .NET, я бы настоятельно рекомендовал IronPython vs Python.NET. IronPython в значительной степени является родным .NET - поэтому он отлично работает при интеграции с другими .NET langauges.

Python.NET хорош, если вы хотите просто интегрировать один или два компонента из .NET в стандартное приложение python.

Заметные отличия при использовании IronPython - но большинство из них довольно тонкие. Python.NET использует стандартную среду исполнения CPython, поэтому this Wiki page - это соответствующее обсуждение различий между двумя реализациями. Наибольшие различия возникают в стоимости исключений - поэтому некоторые из стандартных библиотек python не работают также в IronPython из-за их реализации.

Answer 2

IronPython является «.NET-native» - поэтому будет предпочтительным, если вы хотите полностью интегрировать свой код Python с .NET на всем пути; Python.NET работает с классическим Python, поэтому он позволяет вам держать «длину руки» на Python в стороне от .NET. (Обратите внимание, что с помощью this code вы можете использовать расширения, написанные для CPython, из вашего кода IronPython, так что это уже не дискриминационное условие).

Answer 3

IronPython поставляется с Microsoft, поэтому я поеду с моей кишкой и первым использую этот первый, так как вы должны предположить, что он будет играть лучше с другими технологиями MSFT.

Answer 4

Соглашаясь с ответами, сделанными Ридом Копси и Алексом Мартелли, я хотел бы указать еще одно различие - Глобальный шлюз переводчика (GIL). В то время как у IronPython нет ограничений GIL, CPython делает - так что для тех приложений, где GIL является узким местом, скажем, в некоторых многоядерных сценариях, IronPython имеет преимущество перед Python.NET.

Из документации Python.NET:

Важное примечание для: для внедрения Python не свободно нарезкой и использует глобальную блокировку интерпретатора, чтобы многопоточные приложения к взаимодействуют безопасно интерпретатор Python . Гораздо больше информации об этом можно найти в документации на Python C на сайте www.python.org.

Когда вложение Python в управляемом приложения, вы должны управлять GIL точно так же, как вы бы при встраивании Python в C или C++ приложений.

Перед взаимодействовать с любым из объектов или API, предоставляемые Python.Runtime имен, вызывающий код должен приобрели Python глобальную блокировку интерпретатора посредством вызова метода PythonEngine.AcquireLock. Исключением из этого правила является только метод PythonEngine.Initialize, который может быть вызван при запуске без , приобретя GIL.

При завершении работы с API, Python, управляемый код должен вызвать соответствующий PythonEngine.ReleaseLock выпустить на GIL и позволить другим потокам использовать Python.

В AcquireLock и ReleaseLock методов представляют собой тонкие упаковщики над неуправляемого PyGILState_Ensure и PyGILState_Release функциями из Python API и документация для этих API, относится к управляемым версии.

Еще одна проблема - поддержка IDE. В настоящее время CPython имеет лучшую поддержку IDE, чем IronPython, поэтому это может быть фактором выбора одного из них.

Answer 5

1. Ironpython похож на C#, в свою очередь, он полагается на статические готовые библиотеки, в то время как в отличие от C# является динамическим языком.

2. Cpython похож на C++, так как Ironpython является динамическим языком и имеет доступ к динамическим библиотекам, что, в свою очередь, переводится как вынужденное писать все.

3. Ironpython быстрее, чем C# в определенных областях, но не быстрее, чем Cpython, однако вы можете связать Ironpython с любым языком, таким образом, из-за возникающих проблем, но затем вы можете сделать то же самое с Cpython.

Смешной, простой и мощный язык независимо от того, что вы выберете!

Answer 6

Большинство научных и числовых библиотек Python, которые полагаются на CPython C-API (numpy, scipy, matplotlib, pandas, cython и т. Д.), Работают в основном под CPython, поэтому в этом случае лучшим выбором будет pythonnet (другие имена - Python.NET и Python для .NET). То же самое относится к связям GUI CPython, таким как WxWidgets, PyQt/PySide, GTK, Kivy и т. Д., Хотя оба pythonnet и IronPython могут использовать WPF и WinForms.

И, наконец, IronPython не поддерживает полностью Python 3.

Answer 7

Что касается 2016 года

В моей компании мы использовали IronPython, но мы не были удовлетворены с действиями (в основном, использование памяти - сборщик мусора слишком медленно), поэтому мы решили переключиться на стандартный Python и интегрировать его с. Сеть с использованием ICE Zeroce.

Answer 8

Я предпочитаю Python для .NET, потому что IronPython скомпилирован как управляемый код, который можно легко декомпилировать (что я больше всего ненавижу), но с помощью py2exe или pyinstaller вы можете скомпилировать Python с модулем NET как неуправляемое приложение.