どのようにPythonとRubyの用途に影響を受けます。います。
https://stackoverflow.com/questions/466897
-
19-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
思います。当期純影響は、Python、Ruby願います。
まの要望に対応IronPython/IronRubyする特定のとします。ネット環境うに本質的なプラットフォームならではの?
場合には入れないでください。純特徴、利点はどこにあるのでIronPython/IronRuby以外.ネカ?
解決
IronRubyについては何も言えませんが、ほとんどのPython実装（IronPython、Jython、PyPyなど）は、CPython実装に可能な限り忠実であろうとしています。しかし、IronPythonはこの点ですぐに最高の1つになりつつあり、Planet Pythonには多くのトラフィックがあります。
開発者がCPythonで書くコードとは異なるコードを書くことを奨励する主なことは、NumPyのようなC拡張モジュールの欠如です（これはJythonとPyPyでも問題です）。
注目すべき興味深いプロジェクトはIronCladです。これにより、IronPython内からC拡張モジュールを呼び出すことができます。これは最終的には、好きなモジュールを使用してCPythonでコードを開発でき、IronPythonで変更なしで実行できることを意味するはずです。
http://www.resolversystems.com/documentation/index.php/Ironclad
質問に答えるために：
CPythonでも動作するIronPythonアプリケーションを作成するのは十分に簡単なはずですが、IronPythonでも動作するCPythonプログラムを他の方法で回避することをお勧めします。そうすれば、それが機能しない場合、既知の回避策を持つ既知のバグである可能性が高くなります。
IronPythonらの既存の の利点は、言語の代替実装を提供することです。これは、CPythonのバグを見つけるのに役立つ場合があります。また、何らかの理由でアプリケーションと一緒にCPython実装を配布することが適切でない状況（silverlightなど）にある場合、Pythonアプリケーションをデプロイするための代替方法も提供します。
他のヒント
まの要望に対応IronPython/IronRubyする特定のとします。ネット環境うに本質的なプラットフォームならではの?
IronRuby現在船舶のコアrubyの標準図書館支援のためのrubyのジェムがもらえます。
これまでの支援に切りネイティブrubyアプリに依存しないCます。
の裏側であることができると書くのネイティブrubyアプリIronRubyんなのCLR、それらの携帯を計測に取り組んだ。
てもらえるかどうかを選択作成または使用の拡張のためのアプリを使用CLRは同じ問いかどうかの人が作成または使用の拡張のためのMRIではない携帯ください。
ある側面の問題 "いいをIronRuby拡張クライアントまで、フルのC#で作成CRuby拡張C、人々を拡張しながら進めていきますのでこだわりネイティブrubyのコードについて教えてください。", もう完全に主観的な.
全体がうなるの創出拡張が容易ではあります。
場合には入れないでください。純特徴、利点はどこにあるのでIronPython/IronRuby以外.ネカ?
性能：IronRubyはすでに高速化によりMRI1.8、なオフMRI1.9、改善す。と思いpythonのような重要視しています。
展開:対して人々の関心が集まっていて、ネイティブのルビークロスプラットフォームのレールをアプリ内でIISが魅力的な提案を一部のwindowsベースの開発者としてできてより良く統合しようと既存のサーバー/管理インフラストラクチャー/など
安定性をMRI1.9く1.8したいと思う人が同意できないことCLRがガベージコレクタベース実行時のよC rubyます。
IronPython / IronRubyは.net仮想マシンで動作するように構築されているため、基本的にプラットフォーム固有です。
プログラムで.netフレームワークを使用しない限り、PythonおよびRubyと互換性があるようです。
ライブラリまたはフレームワークを作成すると、人々は.NETコードで.NETでそれを使用できます。それは彼らにとってもあなたにとってもとてもクールです！
アプリケーションの開発時に、.NETの機能を放棄して使用すると、<！> quot; cross-platformity <！> quot;が失われますが、これは常に問題とは限りません。
これらの使用を内部APIでラップすると、後で.NET実装をpure-Python、ラップされたC（CPythonの場合）、またはJava（Jythonの場合）に置き換えることができます。
Monoページによると、IronPythonはMonoの.Netランタイムの実装と互換性があるため、実行可能ファイルはWindowsとLinuxの両方で動作するはずです。
最初の質問に2番目の質問に答えます。.Netの何も、言語の実装によって提供される元のライブラリのみを使用しない場合、*。pyまたは* .rbファイルを別の実装で解釈できます動作するはずです。
利点は、クライアントマシンなどに適切なフレームワークをインストールするのが通常の.Netショップである場合です。Pythonまたはrubyコードが必要な場合は、別の<！> quot;をサポートする必要があります。フレームワーク<！> quot;インストールの配布、バージョンの問題の処理などが必要です。したがって、2つの利点があります。別の言語内で.Netフレームワークのパワーを使用し、配布/保守を可能な限りシンプルにします。
Apache / Mongrelタイプのソリューションではなく、IISの下でRails / Djangoを実行するのはクールです
