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