MVCアーキテクチャをObserverパターンの実装から考えた場合、Modelオブジェクトがクライアントから起動されるべきだと思う。 MVCを処理(Model)･出力(View)･入力(Controller)のレイヤ分割として捉える クラス図 ModelはView･Controllerに依存しない、Subject…

MVCアーキテクチャ(パッシブモデル版) クラス図 シーケンス図 Controller event：イベントを起動します View display：何らかの出力処理を実行します Model service：ロジックを実行します getState：データを返します 思ったこと UI処理に限定した話ではな…

MVCのプリミティブなクラス図 ビューとコントローラの両方がモデルに依存しています モデルはビューとコントローラのどちらにも依存していません 入出力と処理を分割している図と捉えます プレゼンテーションロジックをビジネスロジックから区別する為の基本…

を公開します。 http://docs.google.com/View?id=dgt6tpwt_10cfx5dscs

ダメだ、シンプルに考えるんだ、難しく捉えずに単純に であるって話ではないのか？ ここでマーチン･ファウラーのUMLに立ち返る これはプレゼンテーションからモデル方向へのトップダウンの図なのか？分からないと分かるのが理解へつながるのだ。

アプリケーションのレイヤ化の図をDIP 3つの主なレイヤ プレゼンテーションレイヤ ドメインレイヤ データソースレイヤ ※勝手にDIPしているので注意この図の中にMVCが存在する。結局、MVCはプレゼンテーションとモデル(ドメイン＋データソース)の分離が本質で…

依存関係逆転の原則(DIP)を適用した図 プレゼンテーションレイヤーとドメインレイヤーに分けてみた。モデルビューコントローラ全てのクラスが抽象に依存している。 でもこれではドメインパッケージがプレゼンテーションパッケージに依存してしまう、そもそも…

私を導いてくれ。 モデルビューコントローラ 前出の書籍 エンタープライズアプリケーションアーキテクチャパターン(PofEAA) でのマーチン･ファウラーのMVCモデル図である。私はこのモデル図の深意を理解しなければならない。 MVCでは2種類の分離がある モデ…

こんな感じか、ViewとControllerが相互依存している･･お互いがパブリックメソッドを呼び合っている。DIPで考えることが必要か。 UMLはJUDEで描いたが細かいところでイライラする、Visioの方がいい･･

こんな感じで、Controllerが複数のModelからデータを取ってきて、自分がViewに渡して表示してもらう構造になっている。ダメだと思った理由は Model：処理 View：出力 Controller：入力 とすると入力が複数の処理からデータを取ってきて、自分が出力に渡す構…

こんな感じて解説してくれる ※かなり勝手に解釈しているがControllerとViewは、Modelのパブリックメソッドを直接呼ぶ。逆にModelはControllerとViewに依存していない。むぅ。 翻訳が酷すぎるが、非常に参考になる エンタープライズ アプリケーションアーキテ…

UMLモデリングツールとして、現在はVisioを使用しているのだが、もっと手軽でアジャイル感があるものはないのだろうか？そこで、モデリングツールとしてJUDEを試してみる。数年前にも試用してみたが、UIや操作感がなんかごちゃごちゃで正直印象は良くなかっ…

仕様書やドキュメントを作成する場合、現実的にはWordとExcelしか選択肢が無い場合が多い。営業チームはPowerPointを使うが、仕様書って感じではない。開発チームが図表ドキュメント類を作成する、一般的な方法があっても良いと思うのだ。もっとも納品時には…

アプリケーションのフレームワークをモデリングしてみた。 ここでのポイントはExeuteメソッドをサブクラスにはオーバーライドさせないことだろう、必然的に実装クラスはフックハンドラに処理を記述することになる。というか実装用のサブクラスのメソッドは、…

目的 アプリケーションのトップダウン構造を実現するには？ 課題 階層構造で構成されるクラス群に、どのようなインタフェースを実装すべきか？ 実現手段 デザインパターンのコマンドパターンを適用する。 アプリケーションのトップダウン構造を考えてみた。 …

エレメントがエレメントをどんどんネストしていける様なもの、レイヤーがレイヤーを包含出来る奴、ってデザインパターンでなかったっけ？