1.機能分解:構造化プログラマは、常に機能分解プログラムの設計を使用しています。機能的な分解が徐々に小さく機能的な方法に分解されます問題は、それぞれの機能が、これまで管理可能に細分化されています。
2.変更の理由の需要:
- ユーザーは、ソフトウェア開発者のための新たな可能性として変更し、議論し、起こるでしょう、彼らのニーズを考えます。
- それは、より身近で変化するため、ユーザーの問題のビューの開発者フィールドは、自動化されたソフトウェアプロセスの分野の開発を可能にします。
- 将来はありませんの。予測不能の将来の発展は、人々が唯一のフィールドの一般的な予測を行うことができます。今、将来的に前進ビューは、ビューの後方のポイントになることがあります。(MVC、MVP)
使用責任3.は、機能性について考えることではない、と考える必要があります。
自己理解:クラスの生徒、読書、宿題は私の関数です。しかし、それは私の責任ではありません。私の責任はどのような人の未来を作ることです。しかし、これは私の責任であり、私はそれを実装する必要はありません。私は自分の将来の正確な定義を行うことはできませんので。
4.カップリング:2つのルーチン間の密着性。
結束:日常業務の程度との間の密接なリンク。
低カップリング、高い内部ポリの追求によるソフトウェア開発。
低カップリング:原因緩い異なるルーチン間のリンクへ。したがって、各スレッドのサイズは、その職務を遂行することを。
高凝集:低カップリングに基づいて、機能部品の機能を担当する、密接な接触によるもの。
質問:需要は、この変更後の内部関数を発生した場合。分割コンポーネント機能することは困難ではありません。または要件を完了するための新しい関数を作成します。
インタフェースオブジェクトのオブジェクトは、外部内部実装の技術的な詳細を非表示にします。
カプセル化の使用、多型、内部実装プロセスを非表示にするインターフェイスを実現しました。
例6:特定のオブジェクトクラス。
3部からなる7オブジェクトのクラスの振る舞いの定義は、:
- オブジェクトは、データ要素が含まれています
- メソッドオブジェクトが動作することができます
- これらのデータ要素やメソッドにアクセス
8.抽象クラス:クラスのセットパブリックプロパティの概念と同様の方法を定義します。抽象クラスはインスタンス化することはできません。
9.アクセシビリティのクラスの4種類:
- 公共:公共のは、つまり、すべてがアクセス可能なオブジェクト。
- 保護:保護、あなたは同じパッケージおよびサブクラスにアクセスすることができます。
- デフォルト:デフォルトでは、同じパッケージを。
- プライベート:プライベート、現在のクラスにアクセスできます。
10.パッケージ:任意の形式に隠されました。オブジェクトは、抽象クラスは、その派生具象クラスをカプセル化し、そのデータをカプセル化します。
11.多型:彼らの特定のタイプに応じて機能実現方法に関するオブジェクト。
12. 3つの観察対象の視点:
- コンセプト
- 仕様
- 実現