私の最初のプロダクションScalaプロジェクトをブートストラップするために使用するフレームワークは何ですか？

Question

私は制作アプリのためにScalaに最初に進出しています。アプリは現在、戦争ファイルとしてパッケージ化されています。私の計画は、SCALAコンパイルされたアーティファクトのJARファイルを作成し、それを戦争ファイルのLIBフォルダーに追加することです。私の拡張機能は、Jerseyを介して公開されたMySQL支援アプリであり、httpclientの呼び出しを介してサードパーティのサイトと統合されます。私はプレーンジャワを介してこれを行う方法を知っています。しかし、Scalaでそれを行うとき、私が猫に足を踏み入れているいくつかの決定ポイントがあります。

1. Scala 2.7.7または2.8 RC？
2. jdbc経由 耳障り このAPIは生産の準備ができていますか？
3. SBT対Maven。私はメイベンに満足しています。
4. httpclientのスカライディオマティックラッパーはありますか（またはJavaのように使用する必要があります）？

Scalaから始めてあなたのコメントと経験を聞いてみたいです。

Answer 1

1. 2.8.0を使用します。 2.8には便利な機能が多すぎます。その上、2.8は最終リリースで閉鎖されています。始めたばかりの場合は、それから始めてみませんか？ FWIW、私は毎日使用するさまざまなツールやライブラリで、Beta1以来2.8.0を使用しています。バグはありましたが、彼らは私を2.7.7に戻すのに十分ではありませんでした。しかし、YMMV。
2. これはあなたの決定を容易にするつもりはありませんが、データベースアクセスには他の可能性があります。私は使用しています スクリール, 、 例えば;それはいいですね。 オーバーカー 別のオプションです。
3. Mavenに満足している場合は、必ず使用してください。個人的には、私はSBTを好みます。特別なビルドロジックを実装する必要があるときに、実際のプログラミング言語の完全な力を得ます。同様に、XML構成ファイルを処理する必要はありません。 （XMLはデータに適していますが、人間編集された構成ファイルのくだらない形式です。）
4. DataBinder Dispatchを試すことができます。見る この記事 素晴らしい概要については。

Answer 2

1. 開発を開始するだけの場合、Scala 2.8 GAはおそらく生産に行くまでに利用可能になります。そうでない場合でも、2.7.7に固執するのではなく、新鮮な2.8RCパックを選択します。 2.8多くの優れた機能があるだけでなく、2.7.7のバグフィックスもたくさん含まれています。
2. 最近では、Scalaのために設計された生産対応のあるORMはそれほど多くありません。私はおそらく選ぶでしょう 持続性を持ち上げます, 、リフトフレームワークの背後にある専門家とフレンドリーなコミュニティのチームのためです。しかし、リスクを怠らない場合は、古い良い実績のあるJava Orms：Hibernate、JPA、Ibatis（最近Mybatisに改名された）などの使用を検討する必要があります。
3. SBTを試してみてください！それはMaven Pomsと互換性があるので、SBTへの移行はあなたにとってあまりにも苦痛ではないはずです。 SBTを使用することによる利点：
   • Scala向けに設計されているので、MavenがScalaで一貫して動作させるための数え切れないほどのプラグインを維持する負担から解放されます
   • Scalaでビルドスクリプトを書くことができます（XMLSと比較して素晴らしい体験です）
   • SBTにはキラー機能があります - 何でも継続的に （建物、テスト、展開）。 SBTは、コードを監視し、変更されたときに検出し、アクション（テスト、再配置など）をトリガーします。