[B! ロジック][programming] kyo_agoのブックマーク

kyo_ago id:kyo_ago

ロジックとprogrammingに関するkyo_agoのブックマーク (2)

Tell, Don't Ask [ 求めるな、命じよ ] - はむはむエンジニアぶろぐ
Tell, Don't Ask は、オブジェクト指向プログラミングのよいとされる考え方の一つです。 Tell, Don't Ask は、日本訳で求めるな、命じよと訳されているのが、多いみたいですね。オブジェクト指向というのは、役割を思ったオブジェクト同士が協力(コラボレーション)しながら機能(価値)を提供する。オブジェクトが持つ役割が、あいまいだと良い設計と言われている凝集度が高く結合度の低いものは出来ません。その為に、必要な考え方の一つなのが Tell, Don't Ask [求めるな、命じよ] である。求めるな、命じよって言われてもピンきにくいですよね(´・ω・｀)w シーケンス図とか書いてみて、解説します。 Tell, Don't Ask Tell, Don't Ask とは、 Ask ではなく Tell しなさいというものです。オブジェクトAが、オブジェクトBを呼
kyo_ago 2018/03/09
programming

シーケンス

ThoughtWorks

オブジェクト指向

PHP

アジャイル

プログラミング

オブジェクト

ロジック
リンク
「現場で役立つシステム設計の原則」批判 (1) ～何のために、「データとロジックを一体に」するのか？～
増田亨氏の「現場で役立つシステム設計の原則]」の評判が高いようです。この本が、オブジェクト指向の初級者に受け入れられ易いことはわかります。オブジェクト指向的なプログラミングが出来ていない現場で、明日からでも出来そうなことが平易に書かれているからです。オブジェクト指向の入り口を指し示しているように見える。一方で、私としては、この本が指し示す入り口は、入りやすいかもしれないけれど、結局はどこにも通じていないのではないかと疑っています。本稿では、そのように私が考える理由について、３つの切り口からご説明したいと考えています：何のために、「データとロジックを一体に」するのか？ポリモーフィズムは何のために？「ドメインモデル」とは何か？長くなるので、今回は、一番目の「何のために、『データとロジックを一体に』するのか？」について。批判 (1) 何のために、「データとロジックを一体に」するのか？本
kyo_ago 2017/08/31
ddd

書評

データ

ロジック

オブジェクト指向

programming

ドメイン駆動設計

PHP
リンク
1