6

その日の挨拶、私はApacheTilesフレームワークを使用することの賛否両論を見つけようとしていました。貴重なご提案、ご意見、ご意見をお聞かせください。

4

3 に答える 3

7

（これに似ています）

Tiles では、100 個のアクションがある場合、100 個の jsp ファイルを作成し、tiles.xml に 100 個の定義を作成する必要があるようです。残念ながら、そうです。

本当じゃない。そして、タイルに関するよくある長引く誤解。

このようなボイラープレート構成は tiles-1 日からのハングアップです。ワイルドカードが導入されたときの tiles-2 では必要ありません。特に、OptionsRenderer と一緒の tiles-3 では必要ありません。

ここにあなたを助けるチュートリアルがあります

  • 春からタイルへの統合、
  • ワイルドカードを使用した定義、
  • OptionsRenderer を使用してフォールバック パターンを実装し、
  • 定義構成。
于 2013-05-28T18:42:39.603 に答える
5

私は非営利プロジェクトで Apache Tiles を使用していますが、毎週あまり熱心ではありません。しかし、これは、非常に基本的なドキュメント、例が少なすぎる (高度なトピックの例がない)、コミュニティが非常に小さいことが原因である可能性があります。

さらに、次のリソースを参照することをお勧めします。

要約すると -利点：

  • composite基本ビューから複雑な ( ) ビューを構築する機能、UI の再利用
  • しばらく前から存在しており、Spring などのいくつかの主要なフレームワークでサポートされています (簡単に始めることができます)。

短所：

  • 小さなコミュニティで、あまり活発ではない
  • 基本的なドキュメント、いくつかの例、Web 上で貴重な最新リソースを見つけるのが難しい - Apache タイルが提供するものを見つけるために、常に Java インターフェースとクラスを深く掘り下げる必要があります。
  • composite view代わりにdecorator-私の個人的な意見では、デコレータパターンはより柔軟です-変数、スロット、属性などをリクエスト処理の最後でcomposite view定義できますが、属性を定義するときに集中する必要があります(すべての属性レンダリングする前にサブビューを定義する必要があります - 属性のオーバーライドはより困難です)
于 2013-02-26T10:52:28.163 に答える
2

私はかなり長い間タイルを扱ってきましたが、タイルに慣れてすべての機能を理解したら、きっと気に入っていただけると言わざるを得ません。最初は非常に複雑で面倒に見えたので、グーグルで検索するのに多くの時間を費やすことになります。しかしその後、テンプレートの継承、オーバーライド、柔軟な構成、ワイルドカード ビュー マッチング、ビュー プリペアラーなど、他のフレームワークや概念には見られない多くの優れた機能を活用します。また、Spring との統合も非常にうまくいきます。一方、今まで見逃していた唯一の機能は、親テンプレートをビューで直接定義できないことです (実際にはタイルの概念を壊してしまいます)。

于 2013-08-30T18:26:16.237 に答える