最近、Lift/Scalaが注目されています。過去にGrailsと一緒に仕事をしたことがあります(そしてそれは非常に便利ですが)、両方を試した人がいるかどうか、そしてそれらについての彼/彼女の意見を知りたいです。それらの1つは、ある種類のシナリオに適していますが、他の種類のシナリオには適していますか、それとも同じ問題を解決するために肩を並べて競争しますか?
4 に答える
CRUDアプリを作成していて、Grailsに慣れている場合は、それを使い続けてください。
次のいずれかが優先事項である場合は、Liftの方が優れています。
- セキュリティ-リフトはGrailsよりも安全です
- パフォーマンス-ScalaはGroovyよりも高速であるため、LiftはGrailsよりも高速です
- Ajax-LiftのAjaxサポートはGrailsよりもシンプルで簡単です
- コメット-サーバープッシュアプリを構築したいのであれば、Liftに勝るものはありません
- ORMの選択-リフトは単一のORMに関連付けられていないため、必要なものを使用してください
Net-net、Liftはもう1つのME-TOOMVCフレームワークではありません。それは何か違うものであり、より良いものです。
これは別の果物のバスケットを比較していますが、David Pollak(「Liftcreator」)の応答を楽しんでいただけると思います 。Java/SpringではなくScala/Liftを使用するのはなぜですか。
Liftについて覚えておくべきことの1つは、それが継続ベースのフレームワークであるということです。
事実として、Liftを開始するのは困難であり(Docsの方が優れている可能性があり、パラダイムが不十分である可能性があります)、Scalaも同様です。とにかく、それはレールではありません-簡単ですが、IMOは長期的に見返りがあります。私はdppの答えに同意します、ただ7つのことを追加したかっただけです
Grailsは非常に強力なフレームワークであり、Liftよりもはるかに多くの取り込みがあります。
また、GroovyはScalaよりもはるかに習得しやすいと感じています。
リフトはGrailsより安全ではありません
リフトはGrailsよりも速いかもしれません(多分、私はこれをテストしていません)
Hibernate with Grails以外のAjax、Comet、またはORMを使用することを妨げられていません
詳細については、Grailsフレームワークで利用可能なプラグインを確認してください。