これは主に、「Python vs Groovy vs Ruby?」のこの回答を参照したものです。
Python と Ruby を IDE の外で開発しやすくしている理由は何ですか?
このリンクには、コンソールでのデバッグについても言及されています。それは正確にはどういう意味ですか?
これは主に、「Python vs Groovy vs Ruby?」のこの回答を参照したものです。
Python と Ruby を IDE の外で開発しやすくしている理由は何ですか?
このリンクには、コンソールでのデバッグについても言及されています。それは正確にはどういう意味ですか?
Python と Ruby は、必要な「オーバーヘッド」が少ないため、一般的にほとんどの JVM 言語よりも IDE の外部で開発する方が簡単です。Python は私の主要な言語なので、主に Python について話します。
一般に、Python インストールにはライブラリのソースが 1 つあり (を使用している場合を除くvirtualenv
)、プロジェクト全体がファイル システム上にあります。ファイルについて心配する必要はありません.jar
。.class
実行時にすべてがコンパイルされ、.py
ファイルは配布可能ファイルになります。
さらに、Python は Java よりも簡潔であり、Groovy は Java の構文の多くを継承しています (いくつかの要素は抽象化されていますが)。IDE はボイラープレートを処理するのに役立ち、プログラマーの作業を軽減しますが、ボイラープレートがそれほど多くない言語ではその助けは必要ありません。
groovy は IDE 以外で開発するのが難しいという主張には同意しません。私は本格的な python と groovy の開発を行い、ほとんど IDE を使用せずに ruby を少し使用しました。
スタイル デバッガーはありませんがpdb
、コンソールがあります。groovysh は非 GUI コンソールのコマンド ライン アプリであり、groovyConsole は単純な構文の強調表示と編集を行う GUI です。Rails と TDD の哲学では、デバッガーよりもテストを使用した開発を強調しています。テストの対象範囲が広い場合、完全なデバッガーを使用する必要性を感じることはほとんどありません。これが本当に重要かどうかは、独自の開発スタイルに依存します。
Groovy は全体jar
/classpath
混乱を単純化します。必要に応じてクラスパスを設定することもできますが、groovy に完全に管理させる方がはるかに簡単です。Groovy は、jar をクラスパス内$GROOVY_HOME/lib
および ~/.groovy/lib
クラスパスに自動的に含めます。ライブラリのインストールは、そこにコピーするだけです。それよりも、を使用すると@Grab
、依存関係をスクリプトの先頭で宣言できます。groovy は、指定したバージョンを自動的にダウンロードし、そのすべての依存関係を再帰的に取得して、適切なクラスパスとクラスローダーを設定します。同じ jar の異なるバージョンに依存する 2 つのライブラリを管理することもできます。Grails には宣言的な依存関係もあります。
Groovy 言語自体は、Ruby や Python と同じくらい簡潔で柔軟です。本格的な Java のように書くこともできますが、groovy は ruby に非常によく似たように書くこともできます。
groovy と python および ruby の比較に対する有効な不満の 1 つは、JVM の起動時間が依然として著しく悪いということです。
また、たとえば、Ruby on Rails には、ジェネレーターやコンソールなどの IDE によって処理されるものもいくつか含まれています。