私が思っている小規模から中規模向けのTeeda開発ポリシーです。 大規模はそもそもSAStrutsを(あわわ) 前提の前提 オフィシャルサイトの『現場で役立つ実践Teeda』(http://teeda.seasar.org/ja/presentations.html)が標準的な開発環境をきれいに記述しているドキュメントになります。 全体的にここのプレゼンテーション資料は非常に質が高いので、すべて目を通しましょう! 前提 データベース周りの処理はDBAが担当、ロジックはロジック専用の人が担当、画面は画面専用の人が担当っていう階層わけした開発用ではありません。機能ごとでの分担を前提としています。 また、デザインパターンを意識しないでいます。そもそもデザインパターンは作っていて問題がでたから導入する流れが好ましいと思っているので、無駄に複雑なデザインパターンありきで実装をするのもどうかと思ってい
Teedaでlabel.properties ファイル内に value1=ほげほげ のように書いたラベルの値をどうすれば取得できるのだろうか? label.properties はサブアプリケーションごとやwebパッケージ直下など複数存在する。そのためプロパティファイル内のラベル値の取得は容易ではない。 LabelHelper を使えば、label.properties からラベルの値を簡単に取得できる。 使い方は、まず、LabelHelper をDIする。次に、LabelHelperオブジェクトのgetLabelValueメソッドの引数にプロパティ名の文字列を渡せばよい。 サンプルコード: package sample.web.aaa; import org.seasar.framework.container.annotation.tiger.Binding; import org.s
S2におけるAOP(S2AOP) 続いて、S2によるAOPをどのようにして行えばよいかについて見ていきましょう。 AOPを行うツールには、AspectJやSpringなどがありますが、アスペクトをどのようにしてウィービングするかによって、大きく2つのタイプに分けることができるでしょう。1つは、AspectJのようにアスペクトを別のクラスとして作成しておいて、ウィービングを一括して行うタイプです。そしてもう1つは、アスペクトをインターセプタ(Interceptor)として作成しておき、DIコンテナでインスタンスを生成する際にこれをウィービングするタイプです。S2やSpringはこちらのタイプに分けることができます。 S2では、よく利用されると思われるアスペクトがあらかじめ既製のインターセプタとして用意されています。その一覧を表1に掲げます。S2におけるインターセプタを用いたアスペクトは、基本
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く