Transformational Software Engineering Lead your team into the future with unprecedented visibility. Details
● DCIが面白い件 DCI凄い!ヤバイ! 「DCIアーキテクチャ - Trygve Reenskaug and James O. Coplien」(翻訳) http://d.hatena.ne.jp/digitalsoul/20100131/1264925022 前に読んだときは難しすぎて(長すぎて)途中で挫折したけど、今改めて読んだらDCIは凄いと気付いた。以下、まとめ。 今回、内容理解の決め手となったのは「前半部分を読まない」ことだった。 そんな無謀な読み方(読んでないのだけれど)をした私の理解なので、 もちろん間違いはあるはず。 という前提で、 ツッコミを入れる気満々なテンションでどうぞ。 古来からプログラムの中心は<データ>であった なぜなら、それが設計の中で一番変化しにくい要素(箇所)であるから そして、<データ構造>とそれに対する<処理>の2つで考えるようになった (手続き型
CakePHPを使ったMVC設計のベストプラクティス 個人的にはCakePHPはあまり好きではないのですが、CakePHP開発メンバーによるMVCデザインの記事 (CakePHP のおいしい食べ方)で紹介されていたBest Practices in MVC Design with CakePHP (php|architect’s C7Y)はMVCフレームワーク利用者にとってとても有用な情報だったので、訳してみました(php|architectの方には翻訳許可を頂いています)。 この記事を読んでドメインモデルに興味を持った方は、エンタープライズ アプリケーションアーキテクチャパターン(PoEAA)やDomain-Driven Design: Tackling Complexity in the Heart of Softwareに手を出してみるのもいいかも。他に、InfoQにユーザー登録すれ
各地の日記を読んでいると、PofEAA読書会6で、SmalltalkのApplicationModelについて触れられたらしい。 日本では長らく認識されていなかったM-MVCアーキテクチャがようやく日の目を見るのか? - http://c2.com/cgi/wiki?ModelModelViewController M-MVCアーキテクチャはAjaxアプリにとって、これから重要な概念になっていくと個人的には思っている。 ブラウザ側に複雑なロジックや非同期なサーバーとの通信を実装することが実用的になってきた現在、Sunの提唱してきた似非MVCよりもすっきりとした設計でWebアプリケーションを作成できるようになるはずだ。 どういうことかというと、今までのMVCで単にModelとして片付けられていた部分をDomainModelとApplicationModelに分けると、ApplicationM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く