UNIX哲学 - Strategic Choice
ソフトウェア開発に関する文化的な規範と哲学的アプローチのまとまりであり、UNIX OSの先駆的な開発者たちの経験に基づいている。レイモンド:UNIXプログラミングの技法モジュール性のルール クリーンなインターフェースで接続されるシンプルなパーツを書け。 明瞭さのルール 明瞭さは独創性よりも良い。 合成のルール 他のプログラムと接続できるようプログラムをデザインせよ。 分割のルール ポリシーをメカニズムから分離せよ。インターフェースをエンジンから分離せよ。 シンプルさのルール シンプルさを求めてデザインせよ。複雑にしなければならない場合に限り、複雑さを加えよ。 倹約のルール 他に方法がないことが実験により明らかである場合に限り、大きいプログラムを書け。 透明性のルール 透明性を求めてデザインせよ。調査とデバッグが簡単になる。 頑丈さのルール 頑丈さは透明性とシンプルさから生まれる。 代表のル
オブジェクト指向設計の原則 [それはBooks]
「アジャイルソフトウェア開発の奥義」を読んで第二弾。オブジェクト指向設計の原則に関するメモです。自分で読んで思い出せるくらいの内容しかメモってないと思われるので、もっと詳しい解説が欲しければ本書を買ってください。 本書には、クラス設計の原則として5つの原則が載っています。 単一責任の原則 (The Single Responsibility Principle: SRP) オープン・クローズドの原則 (The Open-ClosedPrinciple: OCP) Liskovの置換原則 (The Liskov Substitution Principle: LSP) 依存関係逆転の原則 (The Dependency Inversion Principle: DIP) インターフェース分離の原則 (The Interface Segregation Principle: ISP) パッケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MSDN マガジンのバックナンバー
「レガシーコード改善ガイド」のススメ 第5回：レガシーコードを攻略するための原則とプラクティス