しばしば遭遇するUMLのクラス図に関連し、デザインパターンを学習するとき、確かに学んだ特別な子供用の靴に行っていないため、この記事のUMLクラス図についてはじめに、私は、最初の章のコラムデザインパターンに入れて最も適切だと思いますあなたは非常に複雑に感じるでしょう。後で学び、私たちは、UMLのクラス図、デザインパターンの無い全体の制御や特定のフレームを発見したしません。だから、UMLクラス図を学び、あなたはもっと自信になります!
あなたは、クラス、集約、相関関係に依存している場合、組み合わせはまだ抵抗する、ゆっくりとUML、多分あなたは見つけるでしょう、理解デザインパターンと一緒に、この記事を読んでする必要がありますクラス図は、はい、UMLのクラス図は、主にクラス間のプロファイルを記述するために使用され、およびクラス間の共通の関係は一般化(一般化)、実現(実現)、従属(依存)であり、特に重要です関連(アソシエーション)、重合(凝集)、組み合わせ(組成物)等が挙げられます。クラス間の関係の強さ:依存<関連<重合<組合せ<汎化(継承)
@ [ヒール]
1、UMLのクラス図は何ですか?
プロポイントの定義を初めて目[ウィキペディアから]
そのUML 統一モデリング言語のイラスト、可視化のために、開かれており、開発中の書き込みを構築する(モデリング言語統一)メソッド、オブジェクト指向ソフトウェア集約型製品は、オープンシステムアプローチ。UMLショーのベストエンジニアリングプラクティスのリスト、大規模の面でこれらのベストプラクティスは、モデリング複雑なシステムは、特に、ソフトウェアアーキテクチャレベルで検証されています。
私はより多くの無知な力の説明を参照して、より多くのプロの人が言っています...
実際にはUMLは言語ですが、言語は、むしろ特別であることをそれ、それ単に手段、我々の焦点は、UMLのクラス図であるので、最も重要なのは、UMLのクラス図となっている多くのUML図は、あります。図UMLクラスは、静的構成図、コレクションシステムが記載されている、クラスの属性とクラスの間の関係は、システムの理解を簡略化することができます。
2、UMLのクラス図は薄暗く?
さて、11月に2019年第27号は、プログラマに宜春市のプログラマがパロは2人の仲間は、デザインパターンについてチャットチャットチャットと呼ばれる、伊春は、例えば、シナリオ工場パターンについて多くのことがあると述べましたシーンインスタンスがあり、非常に豊富として記述することができます。しかし、パロは無知見て聞くことを余儀なくされています。あなたは何を思って、*、日、Iによって日bがインストールされますする必要が言葉の多くは、ビープない、と私はUMLのクラス図に直接描画しましたあなたが長い時間を耐え...
はい、上記を通じて、この対話は、私はあなたが、私はビープ音を繰り返すことはしません、没入型のUMLクラス図を鑑賞することができるはず中心的な役割と考えてい...
3、UMLのクラス図の公式の理解
クラスの大半は、図2の3つの部分に分割されています。図クラスセクションでは、5つの部分があります。私たちは、クラス図の大半について、主にここにあります。
建物のUMLクラス図の多くのツールやプラグインがある私がそのように人々の(怠け者)ショー(癌)の才能午前として、あなたは、もちろん、ビルドUMLダイアグラムにPowerDesignを使用することができ、自動的にアイデアを生成しなければならない機能が付属していますが、また、日食のサポート!4、UMLクラス図のビデオのアイデアを使用して
次のように表示設定をUMLのクラス図についてのセットに最初の設定、1はまた、クラス図の大半は最初の3つの部分であることを言ったので、確認してください最初の3つのフックは、OKです。
UMLダイアグラムを表示するにはいくつかの簡単なアイデアを置くしようとする。ここIchun水:まず、Weixinクラスコードのシンプルな作品を書きます:
class WeiXin{
public int a; //公有的public属性 ====1
private int b; //私有的private属性 ====2
public String WXInfo(){ //成员方法====3
}
}
复制代码
それからちょうど次のようWeixinを書きました:
この単純なIntuitのバーは、白は大声で笑っています。もちろん、も可能UML図のプラグインでいくつかのアイデアをインストールするには、ここに記載ません。5、クラス間の関係は] [心に留めておく必要があります
UMLのクラス図は、主にクラス間のプロファイルビューを記述するために使用され、クラス間の共通汎化関係は、依存性、アソシエーション、重合の組み合わせを達成しています。従属<関連<重合<組合せ<汎化(継承):関係の強さを表します
クラス間の関係を説明する前に、それが私たちの線画との関係を理解する必要があり、これは単純にUMLクラス図の魂は特に重要である[]心に留めておく必要があります:
6、クラス間の関係
上記の概念的な関係線画で、我々は、クラス間の関係を研究し始めました!
6.1、
依存関係のクラス、メソッドまたは属性にB A・コールとの最も弱い関係で、変更はBに影響を与えますが、その逆はありません。依存性はほとんどされて使用平均我々はBと呼ばれるこの時間はA.に依存Aのメソッドやプロパティを使用して、Bを シンプルなポイントは、クラスが別のクラスを使用して、この関係は一時的な機能を有することである別のクラスが影響を受けるので、クラスを変更。
class A{
public void methodA(){ }
}
class B{
public A a;
public void methodB(){
a.methodA();
}
}
复制代码
上記コード:B-A依存
要約依存:1、クラスに応じて、他の2つに使用される、を含むで使用することができる:メンバー属性を使用して,,,方法は戻り型としてパラメータ・タイプとして使用されます
6.2、一般化
汎化は一般化にも依存関係の特殊なケースであることを、ノートを継承しています
達成するために6.3、
インタフェースの実装は、あまりにも単純で、白笑いを実現している....
6.4、協会
関係が比較的強い関係で、それはまた、ナビゲーションタイプに関連付けられた依存関係の特殊ケースである:ワンウェイ協会、双方向の関連それを理解する方法、例えば、二つのクラス、Personクラス、クラスID IDcardがあります
単方向関連
class IDcard{
}
class Person{
private IDcard card;
}
复制代码
双方向関連
class IDcard{
private Person person;
}
class Person{
private IDcard card;
}
复制代码
6.5、重合
集約関係が特別な関係であり、重合と重点との間の関係は、一部が前記関係の不可欠な部分であり、存在する一体的に取り外すことができます。例えば、テレビのリモコン。
class TV{
}
class Telecontrol{ //遥控器类
private TV tv;
}
复制代码
6.6の組み合わせ
関係を組み合わせることで、関係の組み合わせの関係を重視し、そのうちのいくつかは不可欠な部品、あるために、特別な関係であり、それのような範全体から存在しない場合があります。総死亡意味を持つようなもの!貴族ではなくではなく、彼の頭のない手と足を持っていない可能性があり宜春市にある彼の頭、かわいそう、なしで髪を持っていない可能性があり宜春市にある:たとえば!髪、手、足、これらは強調の組み合わせが不可分である持っている必要がありますされていないと存在でき!あなたは通り宜春市・ノー髪ではなく、通常の事を見ていない場合は?何の手には足が理解受け入れることはできません。そして、あなたは通り伊春に(私が務めている。この例を引用した)....何の頭を、見ません
class Hair{ //头发
}
class Head{ //脑袋
}
class YiChun{ //宜春
Head head = new Head(); //Head与宜春同生共死
private Hair hair;
}
复制代码
7クラス間の関係の6つの簡単な概要
図1に示すように、クラスに応じて相互に使用されます。使用:そのメンバーのプロパティを使用して、方法は2を入力引数として戻り型として使用され、一般には継承され、一般には、インタフェースの実装を達成するために、特殊なケース3の関係に依存しているあまりに単純で、すべての白依存性が特別なケースであるナビゲーション・タイプに関連付けられて笑い.... 4は、比較的強い相関関係は、単方向関連、5双方向関連、重合は、特別な関係であり、部分的に重合し、全体的なことを強調関係、不要!6、総死亡との特別な関係、重合などとの関係、の組み合わせ!クラス間の関係の強さ:依存<関連<重合<組合せ<汎化(継承)
この記事へのあなたの助けの少しがある場合、〜、聖歌賞賛を指してあなたに感謝して下さい
最後に、そこに不足しているか正しくない場合、感謝し、正しい私の批判をしてください!ご質問がある場合は、返信する絶対初めてメッセージを残してください!
私はあなたが技術、憧れの技術を探求するために、公共の数に焦点を当てることを歓迎、技術の追求は、良いポットは友達がああ来ていると述べました...