4

コーディング方法について説明している本ではなく、ソフトウェアのより高度な構成について説明しています。

4

4 に答える 4

1

おそらくそれは厳密にはアーキテクチャ関連ではありませんが(アーキテクチャパターンのほとんどの処方箋はせいぜい単なるガイドラインであり、包括的ではないことがわかると思いますが)、SteveMcConnellのCodeComplete本当に読む必要があります。デザインパターンを教えるよりも重要なことは、この種の決定を自分で行えるように、より優れたプログラマーになることを教えてくれることです。

于 2010-11-27T03:07:32.847 に答える
1

RWTHの私の教授はこれらを推薦しました:

Jacobson、I.、et al(1992):オブジェクト指向ソフトウェアエンジニアリング

Meyer、B.(1997):Object Oriented Software Construction、2nd edition、Prentice Hall、ISBN 0-136-29155-4

于 2010-11-27T02:53:20.467 に答える
1

私はファウラーのデザインパターンが本当に好きです。深いもの、それを乗り越えるのは難しいものもありますが、うーん。

于 2010-11-27T03:21:02.760 に答える
1

一般的な責任の割り当てソフトウェアの原則ドメイン駆動設計は、私の意見では、コーディングを学んだ後、次に知っておくべきことを持っている必要があります。API設計は、特に複数の人が使用/拡張するソフトウェアを開発している場合にも、よく読んでください。

意図が正しく理解されていない場合、パターンを誤用する方が簡単なので、私はパターンの学習には賛成しません。(ハンマーのようなものを持っている場合、すべてが釘のように見えます)。私はパターンに反対することは何もありませんが、それが後輩の開発者によってほとんど誤用されて、保守が難しい製品を作成しているのを見てきました。

于 2010-11-27T04:07:39.723 に答える