2008-05-19
んー、マーケットどころか社員からも受け入れられてないなんて・・・・・ http://www.infoq.com/jp/news/2008/05/sun-deflextions-continue 業務システムにOOはほとんど必要ないと考えている断然トランザクションスクリプト派の わたしですがｗ、下記の説明をみても従来のトランザクションスクリプトとの違いがそんなにない気がする。 DDDのServiceパターンはエンティティとして扱えないものだけを どのように一貫して抽出するのかというのがポイントになりそうだけど、 どの時点で扱えないと判断するのかが明確じゃないように思うので、抽出基準が きちんと定まらず使いにくいんじゃないすかね。 というわけで、おいらは過去から一貫して、トランザクションスクリプト派で、 かつレイヤ的には Pageモデルを使うならば、Page（副次的にActionが入る余地あり
【ハウツー】このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる (1) Googleが開発したDI - Guiceとは (MYCOMジャーナル)
Googleは3月8日(米国時間)、Guiceの初のメジャーリリースとなるGuice 1.0を公開した。GuiceはJavaで開発されたDI(Dependency Injection)フレームワーク。シンプルなアーキテクチャになっており、アノテーションやジェネリックを活用した開発が特徴。 Guiceが依存性注入できるのはコンストラクタ、フィールド、メソッドなど。セッターメソッドにかぎらず、複数の引数をとるメソッドに対しても適用できる。そのほかの特徴としてカスタムスコープ、環状依存への対応、スタティックメンバーのインジェクション対応、Spring Frameworkとの統合、AOP Allianceメソッドインターセプションなどがある。 Guiceはすでに数カ月にわたり、Googleにおけるミッションクリティカルアプリケーションにおいて採用されている。Google最大のアプリケーションである
[ThinkIT] 第2回：DIxAOPコンテナの比較 (1/4)
第2回ではPOJOでWebアプリケーションを実現するDIxAOPコンテナについて紹介します。今回紹介する「Seasar2」「Spring」「PicoContainer（NanoContainer）」「HiveMind」「Geronimo」の状況は表1のようになっています。 DIxAOPコンテナの位置づけは「第1回：Webアプリケーションフレームワークの比較」で紹介したように、オブジェクト間の依存性を解消するものです。これらのDIxAOPコンテナは、前回紹介したWebフレームワークや次回紹介するO/Rマッピングフレームワークとは少し異なっています。 DIxAOPコンテナは単体で使用することがあまりなく、既存のフレームワークと組み合わせて使用する場合か、ビジネスロジックをPOJOで開発してコンポーネントの再利用を考慮してシステム開発を行う場合の2点において威力を発揮します。 DIxAOPコンテ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
