Architecture
マルチパラダイムデザイン作者: ジェームズ・O.コプリン,James O. Coplien,金沢典子,羽生田栄一,平鍋健児出版社/メーカー: ピアソンエデュケーション発売日: 2001/12メディア: 単行本 クリック: 18回この商品を含むブログ (20件) を見るid:aufheben:20090405…
マルチパラダイムデザイン ソフトウェアファクトリー ユースケースによるアスペクト指向ソフトウェア開発 最近、この3冊を読み比べてるんだけど、手段は違えど問題意識は一緒じゃないかな? この辺りちゃんと整理したい。
マルチパラダイムデザイン作者: ジェームズ・O.コプリン,James O. Coplien,金沢典子,羽生田栄一,平鍋健児出版社/メーカー: ピアソンエデュケーション発売日: 2001/12メディア: 単行本 クリック: 18回この商品を含むブログ (20件) を見る自分の中にあるモデリ…
ちょっと思うところあって ICONIX プロセスについて調べてみた。ユースケース入門―ユーザマニュアルからプログラムを作る (Object Technology Series)作者: ダグローゼンバーグ,ケンドールスコット,Doug Rosenberg,Kendall Scott,長瀬嘉秀,今野睦,テクノロジ…
ウェブアプリで、トランザクションが複数画面にまたがっていて、ブラウザの戻るボタン許可して、しかも Session や DB を使わずに hidden でデータを持ちまわるなんて...できるわけないじゃん!!
いったん区切りがついたので、某プロジェクトのアーキテクチャを整理しておきたいと思います。対象ドメインは公表すると問題かもしれないので、ここでは伏せておきます。 まず、本プロジェクトの特徴として、多くの部分が 4GL で書かれた既存のアプリケーシ…
http://d.hatena.ne.jp/yyamano/20060213#p2 について、 id:aufheben:20060108 へトラックバックをいただいたのでお返事。 プレゼンテーション層もPOJOにしたくないかな? EJB使ってたり、プレゼンテーション層のフレームワークを書いてたりすると、POJOのほ…
id:aufheben:20060108 へ再び トラックバック をいただいたのでお返事。 私は、２のクラスも完全なPOJOでなければならないとは思っていません。生産性、保守性、再利用性といったものとのバランスで考えるべきだと思います。 これは僕もそう思います。 アノ…
id:aufheben:20060104 へ トラックバック をいただいたのでお返事。 コンポーネントというのもいろいろあって、大雑把には、 フレームワークに相当する部分 フレームワークとはならないが比較的再利用可能なもの 特定の目的が有るような改修しかしないような…
良いコンポーネント設計とは何か? 現在の自分の考えを整理しておきます。 インタフェースと実装が分離されていること。 インタフェースの仕様が明確に定義されていること。 異なる関心事が同居していないこと。 コンポーネント間が疎結合であること。 コンポ…
今週はずっとこれにはまっていました。 やりたいことはバッチの実行制御なんだけど。
id:higayasuoさんのレイヤアーキテクチャについて考察してみました。 Action と Service を統合した場合 http://d.hatena.ne.jp/higayasuo/20050825#1124964366 で書かれている内容を図で表すと以下のようになると思います。 クラス図 シーケンス図 単純な検…
id:aufheben:20050816 の続き。昨日のひがさんの発表を聴きながらこんな 絵 を描いてみました。 レイヤ間の依存関係は、 プレゼンテーション層 --> ドメイン層 --> データソース層 で上位レイヤが下位レイヤに依存しています。 モデルすなわちデータはレイヤ…
単なる思いつき。プレゼンテーション層 --> ドメイン層 っていう依存関係、本当だろうか?プレゼンテーション層 ドメイン層 --> データソース層実はこうだったりしない? 「ドメイン層」が問題あれば「ビジネスロジック層」と言いかえてもいいけど。もちろん実…
id:aufheben:20050603 の続き。 # yojik 『Repositoryはドメイン層の一部になると思います。(詳しくすると、インタフェースはドメイン層。実装はマッパー=データソース層) XXXDataGatewayはデータソース層に属するので完全に別物だと思います。全体像を整理…
