2011-09-15 4 views
10

我々は、すべてのObjective-Cのメソッドヘッダは、標準のJavaメソッドのヘッダよりも多くの情報を運ぶ知っている....のObjective-CおよびUMLモデリング

これは、UML使ってモデリングする...いくつかのメソッド名が制御不能かなりある問題を提起長い...これらのメソッドをUMLクラス図で明確にモデル化する最良の方法は何ですか?

あなたはメソッド名を凝縮、または彼らのためにいくつかのJavaスタイルのヘッダを書くことができますか?

私はソフトウェアシステムのレポートをやっていると私はこだわっています...

答えて

4

私はObjective-Cのヘッダは少なく、全体的な情報を運ぶいくつかのケースではと思いますが、彼らはより明確にインターフェースを表示することができます。

たとえば、最新のObjective-Cランタイム(Mac OSとiOSの場合)を使用すると、プライベートiVarsまたはプライベートメソッドをヘッダーに宣言する必要はありません。実装ファイルのカテゴリに移動できます。あなたも、それらはヘッダファイルでreadonlyとして宣言されている実装でreadwriteなどのプロパティを再宣言することができます。 UMLダイアグラムでは良いことだ -

は、これはそこにヘッダファイルに示されているよりも、クラスで起こっより多くのですが、パブリック・インタフェースが明確にプライベート実装は別に定義されていることを意味します。長いメソッド名については

- それはObjective-Cのの大会の一部です。あなたはそれを愛しても嫌いです(私はそれを愛しています)。しかし、それらのメソッドを書くという点では、パラメータは表示されません。たとえば:あなたのように宣言されたメソッドがあるとします。この方法の

- (NSString *)resultStringWithOptions:(NSDictionary *)options withCharacterSet(NSCharacterSet *)charSet error:(NSError **)error: 

実際は次のとおりです。

resultStringWithOptions:withCharacterSet:error: 

短いどちら。

+0

あなたはしかし、クラス図が混乱することができ、時には種類は、システムの機能とアーキテクチャ上の明瞭さを与えるのを助けるために含まれなければならない、ポイントを持っています。この場合、メソッド名は、特に2つ以上の引数を持つメソッドの方がはるかに長くなります! – user559142

関連する問題