2011-12-13 13 views
2

のないGrailsは我々は、Strutsやタペストリーのバージョンの様々な書かれたいくつかの大規模なWebアプリケーションを持っています。私たちはこれらのWebアプリケーションフレームワークに特に満足しているわけではなく、将来のアプリケーション開発のために新しいWebアプリケーションフレームワークを選択する予定です。 利点、GORM

キッカー

は、我々はまだ新しいものは、基本的に休止状態に裏打ちされたSOAP Webサービスである当社の既存のデータを、活用したいということです - 私たちはそれのいずれかを書き直す必要はありません。レールと

私の限られた経験では、利益の多くは、ActiveRecordの統合から来ていることを示唆している、と私はGrailsの/ GORMは似たような状況であることを推測しています。 RailsとRailsのようなフレームワークの他のメリットは何ですか?あなたはそのORMシステムを使用して取得しようとしていなかった場合のRailsのようなフレームワークを選ぶだろう理由は何ですか、あなたはいないだろうな理由は何ですか?

答えて

1

私はRailsのために話すことはできませんが、いくつかのGrails開発だけでなく、標準のSpring/HibernateはJava開発を行っています。 GORM Grailsがなければ主な利点はそのシンプルさです。標準的なフォルダの下にクラスとGSPページを作成することによって、ビューとコントローラを使用するための慣例による設定を引き続き使用することができます。これにより、Spring XMLファイルを記述する必要がなくなり、クラス上で注釈を使用してコントローラやビューとして宣言する必要がなくなります。 Grailsが使用するGroovyには、Closuresや動的な型付けなどの優れた機能もあります。 Groovyにクラスを作成し、実行時にgetterとsetterを追加して変数をパブリックにすると、定型コードが大幅に節約できます。 Grailsは、既存のHibernateドメインモデルを利用することもできます。既存のHibernateドメインモデルを使用してWebアプリケーションフロントエンドを経由する代わりに、Webアプリケーションがデータベースに直接アクセスできる場合は、this linkを参照して、既存のドメインモデルとGrailsの統合に関する情報を確認してください。