第四の単位操作の概要
単位操作の概要のオブジェクト指向アーキテクチャ
UMLダイアグラムの周りに立ち上げ第四の主要な操作、UML（統一モデリング言語、統一モデリング言語）は、私たちはクラス図とオブジェクト指向プログラミングのクラスとクラス間の相互作用を助けることができる言語のモデル化と減少であります状態変化のモデル化。この作品の主な内容は、分析ツールは、UMLダイアグラムの作業を完了するために、いくつかのクエリを提供したUMLグループコースを使用していますです。
最初のアーキテクチャジョブ
最初の仕事は、関連するコンテンツUMLのクラス図へのクエリの主な内容を完了することで、完全なクエリ機能は以下のとおりです。
どのように多くのクラスの合計で1クラス図
2.どのように多くの操作で、クラス
3.どのように多くのクラス属性
4.どのように多くのクラスに関連します
5のクラスである関連クラスの終わり
6.視界操作クラス
7.可視属性クラス
8.トップ親クラス
9.クラスは、すべてのインターフェイスを実装します
10.クラスは情報隠蔽の原則に反しています
関係が親クラスと見なされるために。
：需要を理解することによって、私たちは初めて関わるプロセス操作へのアクセスがある、ことがわかります
1.クラス - >クラス属性
クラス2 - クラスの>操作
3.操作 - >動作パラメータ
4.クラスインターフェース、 - >クラス協会、ピア・インターフェース
クラス5 - >親クラス
この作業のクエリの9種類のアクセス統合プロセスのこれらの異なる種類のオーダーです。例えば、第一のクラス及び親クラスのクラスを見つけることができるクエリの関連付けのために、セットA、次いで関連クラス端におけるクエリのセットを構成します。この理解に基づいて、私はクラスマッパープロセスに抽象化して、5つのオブジェクトをインスタンス訪問し、あなたは私たちが上に基礎マッパークエリ上のすべての作業を完了するために、クラスの担当次いでこの訪問の作業工程を照会することができます。
二建築の求人
仕事上の最初に基づいていくつかのタスクを完了するのに必要な第2の仕事：
図検査で命名1.完全なクラス継承関係と属性（UML002、UML008、UML009）
2.あなたは、シーケンス図を照会することができます
3.状態マップ上の問い合わせを完了します。
アルゴリズムのより困難な部分は、クラス、インタフェース、継承サイクル繰り返し継承を表示することはできません必要な、継承を確認することです。アルゴリズムをチェックすることです：我々はSが横断中に遭遇した見つけた場合には、その後、横断プロセスにおけるプリアンブルを維持しながら、階層内の各出現、全体の継承グラフトラバーサルのBFSの使用のクラスSから始まりますこれはトラバーサルリング中に発生しました。繰り返しの継承のためにのみクラスを介してBFSトラバーサルの過程で発見するために二回、それが繰り返さ相続があったことを意味し、同じです。
建築設計のために、相続最後のジョブマッパー、継承関係の増加検査を使用して、クラス図で確認します。チェックの場合、ステータスマップとシーケンス図は、同じクラスの場合は、あまりにも面倒になってきました。したがって、クエリクラス図、状態図のクエリにクエリは、クエリのシーケンス図で完全三つのクラス、クラスは、オブジェクトのこれら三つのクラスを呼び出して、クエリ全体を完成させます。
オブジェクト指向の考え方の進化のためのオブジェクト指向のカリキュラム
オブジェクト指向のカリキュラムは、私の最大の仕事のオブジェクト指向の考え方の影響は複雑な問題にリードを達成しようとしている多項式、エレベーターをマルチスレッドについて実現するために第2のは初めてです。
C ++を学ん人のためのコースを学習する前に、オブジェクト指向の用語は新しいものではないが、実用的なアプリケーションでは、オブジェクト指向の考え方に関連し練習していなかったので。オブジェクト指向の理解がちょうどフォームに滞在するために、それはいくつかの段階を完了する必要があり、そしてこれらの段階、コードを書いたが、この要件の完了を考える過程でビューのオブジェクト指向のポイントの機能部門を要求しませんカプセル化の指向フォームオブジェクト。
第一单元的作业完成让我对面向对象的思维有了更加深刻的理解。主要原因是因为在这个单元中，三次作业我重构了三次，随着这三次重构，我对面向对象的思想的理解演进了很多。第一次作业是一个完全的面向过程的程序。第二次作业徒有面向对象包装的面向过程程序，而第三次作业则是完全根据面向对象的思想进行面向对象设计的一次代码实现。面向对象的思维是将程序看成是几个部分的协作过程，每个部分是独立的，即一个类，其内部变量要设置成private实质上的目的是为了让类的功能更加的内聚减少外部耦合。同时在这个基础之上，类和类之间存在逻辑的相似性，如果是子集关系，可以采用继承的方式实现，如果是并集关系，可以采用多个类实现某个接口的方式来组合类和类之间的关系。尤其是对于最后一次作业的实现，让我很深刻理解了架构的重要作用。通过自顶向下的将数据进行分解处理，再利用接口对具有相同操作的类进行整合，使得这个编码问题变得更加有条理，在处理的时候也觉得更加方便。
第二次作业是多线程的作业内容，这部分主要的难点在于两个一个是对于多线程之间协作的规则的确定，保证同步性。这次作业的主要的多线程模型是生产者-消费者模型。在这次作业的完成过程中，以及上课的内容我了解到了很多关于面向对象的程序的很多常见的架构，
第二个部分就是对程序的整体结构的设计。这里让我觉得比较关键的几点是：
1.要在开始编写代码的时候规定好方法的输入输出接口，保证一个方法的输入/输出在边界位置是良好规定的，会为之后的代码处理节省很多时间。
2.一定要在编写代码之前对程序进行比较详细的设计 ，不应该在代码编写的时候一时的方便任意改变最开始的设计，这样会导致在类间协作的过程中在边界值位置出现很多问题。