パフォーマンスとJavaの相互運用性について：ClojureとScala

私はすでにClojure対Scalaのさまざまな説明を読みましたが、どちらにも場所があることに気づきました。ClojureとScalaの両方を比較する場合、完全な説明が得られていない考慮事項がいくつかあります。

1.）2つの言語のどちらが一般的に速いですか？これは言語機能ごとに異なることは理解していますが、パフォーマンスの一般的な評価が役立つでしょう。例：Python辞書は本当に高速であることを私は知っています。しかし、全体として、Javaよりもはるかに遅い言語です。Clojureを使用して、この問題に遭遇したくありません。

2.）Javaとの相互運用性はどうですか？私がこれまで読んだことは、Scalaにはネイティブコレクションタイプがあるため、大規模なJavaコードベースと統合するのが少し不器用であるのに対し、ClojureはJavaクラスと相互運用するための単純な反復可能/反復子中心の方法に従います。これについてこれ以上の考え/詳細はありますか？

最終的に、それがclojureとscalaの間の十分に近い引き分けである場合、私は両方を試すかもしれません。Clojureの1つは、言語が非常に単純に見えることです。しかし、繰り返しになりますが、Scalaには非常に柔軟な型システムがあります。しかし、私はScalaが高速であることを知っています（複数の個人アカウントに基づく）。したがって、Clojureの速度が大幅に遅い場合は、後でではなく早く知りたいと思います。

どちらの言語でも十分に速いと思います。PythonとJavaを比較するとき、速度の違いについて言語を非難するのは少し不合理に思えます。JavaはJITでコンパイルされます（モバイルデバイス*を除く）が、Pythonは解釈されます。両方がバイトコードを使用しているからといって、実装がリモートで同等のパフォーマンスを発揮することを意味するわけではありません。ただし、ScalaとClojureはどちらもJVM言語であるため、同様のパフォーマンスが得られるはずです。

ScalaにはClojureに比べていくつかの実装上の利点があり、多少高いパフォーマンスが期待できます。Scalaの静的型付けは通常、Clojureのダック型付けよりも速度が優れていますが、Clojureは型ヒントをサポートしており、コードを大幅に高速化できます。おそらく、通常のScalaは通常のClojureよりも高速ですが、ボトルネックを最適化するだけで済みます。プログラムの実行時間のほとんどは、少量の実際のコードによって生成されます。

Javaとの相互運用に関しては、ScalaはJavaに近いですが、両方の言語がうまく相互運用できると確信しています。ではClojureのプログラミングスチュアートHallowayが書き込みを行う：「[あなたがアクセスすることができます]あなたはJavaコードから達することができる何かを。」。

そして、Scalaの作者であるMartin OderskyがSunのJavaコンパイラーを書いたので、Scala側にもボールがドロップされていないと思います。:-)

私はRubyも好きですが、2つのより良い言語を選ぶのは難しいでしょう。なぜどれを試すのか心配なのですか？両方試してみませんか？Scalaは「次のJava」になる可能性が高いですが、Lispが50年以上そうしなかった後にようやく離陸することは想像しがたいです。しかし、Lispが独自の抽象化レベルにあることは明らかであり、Clojureはかなり単純なので、Scala + Clojureは単なる（かなり複雑な）Scalaよりもそれほど難しくはなく、喜んでいただけると思います。それ。

そして、そのことについては、彼らは相互運用しています...

* dalvik（androidのJVM）は、2010年に2.2バージョンでJITコンパイラを取得しました

現在のJVMでは、動的型付け（リフレクション）に対するJVMのサポートが遅いため、静的に型付けされるという点でScalaには利点があります。実際、同じ手法で実装する必要のある1つのScala機能、構造型は、まさにこの理由で警告されることがよくあります。

また、Scalaは可変オブジェクトを問題なく受け入れ、一部のアルゴリズムは可変性を使用して実装する方が高速です。

ScalaとJavaはどちらも本質的にクラスベースの言語であるため、相互運用がより簡単になります。または、おそらく、よりシームレスに。JavaクラスはScalaのクラスであり、ScalaクラスはJavaのクラスです。ScalaのシングルトンまたはJavaの静的メンバーに関しては、特に物事が特定の方法で機能することを期待するフレームワークがある場合に、問題が発生する可能性があります。

だから私はこれら両方のアカウントでScalaを使います。Clojureは、多くの点でより優れた言語であり、Scalaには（これまでのところ）存在しない非常に興味深い機能を確かに備えていますが、完全に機能することでそのようなメリットを享受できます。それを行うつもりなら、Clojureの方がおそらく優れています。そうでない場合は、おそらくScalaを使用する必要があります。

ClojureとScalaはまったく異なるタイプのプログラミング言語であることに注意してください。Clojureは機能的なLispのような言語であり、オブジェクト指向ではありません。Scalaは、関数型プログラミング機能を備えたオブジェクト指向言語です。

私の意見では、言語の機能と概念（機能、OOなど）は、（その言語の特定の実装の）パフォーマンスよりも言語を選択するためのはるかに重要な基準です-あなたがそうではないことは理解していますがパフォーマンスの高い実装が利用できない言語に閉じ込められたい。

Scalaはオブジェクト指向であるだけでなく、関数型プログラミングを学ぶこともできるので（興味があれば）、Scalaを選びます。一方、OOを気にせず、「純粋な」関数型プログラミングを学びたい場合は、Clojureを試してください。

1. 慣用的なScalaは慣用的なClojureよりも高速であり、今後もそうなります。
2. ScalaとClojureはどちらもJavaの上に簡単に座ることができます。どちらもその下にうまく座っていません。

コードが全体を通してタイムクリティカルまたはスペースクリティカルである場合は、Javaを使用してください。しかし、あなたがそう思っていても、そうではありません。

コンピュータ言語のベンチマークゲームのClojureの真のリソースコストにはほとんど光を当てます。Clojureデータ構造は採用されていません。機能およびシーケンスの抽象化は表示されません。

Clojureは単純に見えるかもしれません。そうではありませんが、表現力豊かです。Javaの5分の1の速度で実行される可能性がありますが、ソースは5分の1（YMMV）です。ほとんどのアプリケーションにとって、これは大きなメリットです。しかし、一部の人にとって、そして他の多くの部分にとって、それは壊滅的な損失です。

Clojure言語の経験があれば、問題がClojureで簡潔かつ適切に（パフォーマンスの観点から）表現できる部分とJavaで実行する必要のある部分にきれいに切り分けられるかどうかを事前に知ることができると思います。

• Scala liteに行くことができます：ScalaでJavaイディオムを書く。複雑な型システムではありますが、簡潔さ、見やすい構文、一貫性のあるシステムが得られます。
• Clojureliteのようなものはありません。ClojureでJavaイディオムを書くことはまったく無意味です。あなたが得るのは遅いJavaだけです。それはそれを表現するために使われるイディオムの粒を横切っているので理解するのが難しいです。

ScalaはJavaが正しく行われていると言われています。ClojureはJavaのようなものではありません。Lispが正しく行われていると言うかもしれません-大胆で、ばかげていると言う人もいます-それは本当であることが判明するかもしれません。

「ComputerLanguageBenchmark Game」によって生成された統計は、おそらくあなたが見つけようとしている最高のものです。

それらは詳細であり、多くの言語を比較できます。問題は、Clojureをカバーしていないことです:(

とは言うものの、何でも提出するのは非常に簡単です-それはすべてオープンソースです。

統計によると、Scalaはかなり速いです。

相互運用性については、Clojureについて話すことはできませんが、Scalaと同様の状況になると思います。

ScalaからJavaを呼び出すのは簡単です。

外部APIをScalaとJavaの共通点に準拠している限り、JavaからScalaを呼び出すのは簡単です。たとえば、Scalaオブジェクトは、Javaの静的メソッドのようにいくつかの方法で使用されますが、同じものではありません。Scalaクラスは、Javaでおかしな名前のクラスにコンパイルされる場合があります。

あなたはあまり混ぜ合わせたくないでしょう。多くのJavaライブラリを使用するScalaまたはClojureでコンポーネントを構築することは非常に実現可能です。もちろん、Javaからこのコンポーネントを呼び出すこともできますが、やりたくないのは、JavaのScalaプログラムで使用することを目的としたScalaAPIを使用することです。

SVNは「CVSが正しく行われた」と主張しています。私の見解では、ScalaはJavaで正しく実行されています。

PragPubの2010年11月の問題は、 Clojureの-Javaの相互運用性について説明します。Javaメソッドの呼び出しは簡単ですが、Javaクラス/インターフェースの拡張はまったく異なります。

一方、ScalaはJavaにはるかに近いです。Scala-Javaの相互運用性については、http：//www.codecommit.com/blog/java/interop-between-java-and-scalaで詳しく説明されています。

Javaコードの呼び出しとJavaクラス/インターフェースの拡張は、Scalaコードの呼び出しと同じように機能します。Scalaの型システムはJavaの型システムよりもはるかに強力であるため、いくつかの問題点はJavaのジェネリックを扱う際のいくつかのエッジケースである可能性があります。Java Bean規則に従ってゲッターとセッターを作成するには、アノテーションが必要です。

JavaからScalaを呼び出すことは、ほとんどの場合簡単ですが、たとえば、Scalaのコンパニオンオブジェクトは、それらがバイトコードにコンパイルされる方法を知っている必要があります。また、Javaの非抽象メソッドで特性を使用することは複雑である必要があり、特殊文字を使用してメソッドを呼び出すには、それらがバイトコードでどのようにエンコードされているかを知る必要があります。

現在（2010年5月現在）Clojureの最新の1.2ブランチを見る価値があります-これには、プリミティブ型と静的型付け（さまざまな型ヒントとプロトコルによる）の多くの追加サポートが含まれています。

私の理解では、これらの機能は、純粋なJavaでまったく同じコードを書くのと同等の速度を得るために必要なときに使用できます。