0

私は現在、Grails について調査しています。それが Web サービス クライアント プロジェクトに適しているかどうかです。Grails は、管理ポータルやプロトタイプの開発に非常に有益であると言われています。ただし、私の懸念は、管理ポータルが Rest-API 呼び出しによって駆動される管理ポータルに Grails を使用することです。したがって、これは Web サービス クライアント アプリケーションと見なすことができます。したがって、Grails のスキャフォールディング機能を使用して、コントローラーやそれに関連するテスト ケースを生成することはできません。また、Hibernate によるオブジェクト リレーショナル マッピングも同様です。それでも、定義しているドメイン オブジェクトに従って生成されたビューを取得できます。上記の懸念を考慮すると、Grails は従来の Java/Spring および Spring RestTemplate アプローチを使用するよりも依然として合理的に有益ですか?

4

1 に答える 1

0

これは少し主観的な質問ですが、IMO はい、主に Web サービスのコンシューマである Grails Web アプリケーションは依然として良い選択です。Groovy のリモート API 機能は非常に生産的でクリーンであり、ドメイン/サービス レイヤーがどのように見えるかに関係なく、ビュー レイヤーとコントローラーは高品質です。

私の現在のプロジェクトでは、私たちの Grails アプリの 1 つが、あなたが説明したとおりに動作しており、品質、パフォーマンス、および生産性の点で成功しています。

于 2013-05-10T05:20:01.020 に答える