sbtとGradleの比較[終了]

私はScalaに飛び込んでいて、sbtに気づきました。私はjava / groovyプロジェクトでGradleに非常に満足しており、Gradle用のscalaプラグインがあることを知っています。

ScalaプロジェクトでGradleよりもsbtを支持する良い理由は何でしょうか？

SBTとGradleの主な違いの1つは、依存関係の管理です。

• SBT：Ivy。リビジョンは固定（たとえば、1.5.2）または最新（または動的）のいずれかで指定できます。
  「Ivy Dependency」を参照してください。
  つまり、このスレッドでMark Harrahが詳しく説明している場合でも、「-SNAPSHOT」メカニズムのサポートに問題がある可能性があります。

キャッシュが混乱する可能性があることは事実ですが、Ivyがスナップショットの解決を理解していないことは事実ではありません。Eugeneはこの点について、おそらく管理者リストにある別のスレッドで説明しました。0.12で対処されたsbtの自動更新に問題があります。

私の知る限り、Ivyがサポートしていないのは、Mavenが行う方法でスナップショットを公開することです。私はこれを別の場所で述べたと思いますが、誰かが状況を改善したい場合、私の意見は、Gradleチームと協力して依存関係管理コードを再利用するのが最善であると考えています。

• Gradle：このスレッドは次のように述べています（Peter Niederwieser）：

ただお知らせしておきますが、IdleとMavenのスナップショット依存関係の問題が、Gradleが最終的にIvyを独自の依存関係管理コードに置き換えた理由の1つでした。それは大きな仕事でしたが、多くのメリットをもたらしました。

このツイートは、すべての状況が将来進化する可能性があることを述べています。

マークは以前、SBTにIvyではなくGradleを使用することに興味があったと述べました。

（両方のツールは互いに学ぶことができます）

私にとって、SBTの主な機能は次のとおりです。

• 高速コンパイル（より高速fsc）。
• 継続的なコンパイル/テスト：コマンド~testは、変更を保存するたびにプロジェクトを再コンパイルしてテストします。
• 複数のscalaバージョンにまたがるクロスコンパイルおよびクロスパブリッシング。
• 正しいscalaバージョンの互換性を持つ依存関係を自動的に取得します。

欠点は次のとおりです。

• 新規ユーザーを落胆させる傾向がある象形文字構文（特にJavaを使用している場合）
• 「タスク」を定義する簡単な方法はありません。特別なビルド手順が必要な場合は、プラグインを見つけるか、自分でプラグインを作成する必要があります。

sbtはScala DSLであり、そのためScalaは一流の市民であるため、原則としてそれは適切だと思われます。

しかし、sbtはバージョン間の大きな互換性のない変更に悩まされています。そのため、タスクに適切に機能するプラグインを見つけてそれを機能させるのは困難です。

私が個人的にsbtをあきらめたのは、それが解決した以上の問題を引き起こしていたからです。実際にgradleに切り替えました。

図を行きます。

Gradleはかなり新しく、sbtは非常に新しいです。今のところsbtで本当に気に入っているのは、インタラクティブコンソールです。'inspect'のようなコマンドを使用して、何が起こっているのかをよりよく理解することができます。AFAIKグラドルは、このATMのようなものを提供していません。

SBTとGradleはどちらも静的に型付けされた言語に基づいていますが、SBTにはいくつかの利点があります。

• より良いプラグインのサポート、特にオートプラグイン
• タスクの作成とタスク間の依存関係の管理
• sbtは、インクリメンタルビルドをサポートし、sbt自体のほとんどがscalaで記述され、sbtビルド定義がscalaで記述されるという意味で、scalaプロジェクトに特に適しています。
• sbtは多くの便利な組み込みタスクを備えた対話型シェルをサポートしています
• sbtのデフォルトのライフサイクルはかなり便利で、初心者はかなり少ない労力で始められます