5

J2EE を実際に扱ってから長い時間が経ちましたが、私の無知をお許しください。最近、Grails プロジェクトに携わったことで、Java への関心が再び高まりました。特に Grails は、Java プラットフォームでの Web アプリケーションの構築が再び楽しくなるためです。そうは言っても、Grails を使用して構築されたアプリケーションに対して私が持っている次の要件について、専門家にコメントしてもらいたいと思います。

設計チーム (Web デザイナー) は、開発チーム (ソフトウェア開発者) を煩わすことなく、GSP ページにアクセスしてビュー ファイル (レイアウト、テンプレートなど) を編集する必要があります。このシナリオは、構築中と本番環境への展開後の両方で発生する可能性があります。

ここでは、デザイナー、開発者、およびビジネス ユーザー間のコミュニケーション レベルは問題になりません。ただし、約 40% の時間で、ビジネス ユニットが関与するフロントエンドの変更は、開発者の時間には影響しませんが、設計チームのメンバーの時間が必要です。現在、デプロイ ワークフローは、Tomcat サーバーへの War ファイルのデプロイを通じて Grails アプリケーションに従います。ビルドとデプロイのライフサイクルを経ることなく、デザイン チームが UI を変更できるようにする簡単な方法があると思います。

設計チームのメンバーの何人かは、過去に PHP に触れた経験があり、テンプレート ファイルを上書きして UI をより機能的にしたり、レイアウト テンプレートを改善したりすることができない場合があります。Grails 内でこのような単純さに対応する同様の方法があることを願っています。War ファイルの展開はオプションかもしれないと言われましたが、Tomcat がホストするアプリケーションのリロードが必要です。

希望するソリューションを間違った方向から見ていると思われる場合は、関係するすべてのチーム メンバーにとって実行可能な妥協点に関心があるので、ご意見をお寄せください。ありがとうございました。

4

3 に答える 3

10

Config.groovy で次の設定を指定する必要があります。

grails.gsp.enable.reload=true
grails.gsp.view.dir="/path/to/gsp/views"

「grails.gsp.view.dir」は通常、チェックアウトした SVN リポジトリへのパスです。その後、ビューを更新するたびに「svn up」するだけです。

注意点が 1 つあります。GSP ビューをコンパイルすると、permgen が使い果たされます。最終的には不足し、サーバーを再起動する必要があります。

于 2010-01-26T11:20:56.957 に答える
0

開発モードのrun-appを介して、アプリケーションのバージョンでサーバーを実行できます。その後、デザイナはビューに変更を加えることができ、リロードされます。彼らは、ある種の共有を介してサーバー上のソースコードにアクセスできる必要があります。さらに、ソースをチェックアウトすると、設計者はサーバーから変更をコミットできます。

欠点は、リロードが失敗した場合、またはメモリが不足した場合（多くのリロードで発生することが知られている）、開発者がアプリを停止して起動する必要があるか、アプリをバウンスするために実行するスクリプトをデザイナーに提供できることです。 。

開発モードで実行し、run-appを使用すると、明らかにパフォーマンスが低下しますが、場合によってはトレードオフとして問題がない可能性があります。

乾杯

リー

于 2010-01-24T22:10:36.960 に答える