我们都知道Objective-C的方法进行头比标准的Java方法头的详细信息....Objective-C和UML建模
使用UML建模时,这提出了一个问题......一些方法名称是相当失控很长时间...在UML类图中清楚地模拟这些方法的最佳方法是什么?
你可以压缩方法名称,或者为它们写一些Java风格头文件吗?
我做了一个软件系统的报告,我坚持...
我们都知道Objective-C的方法进行头比标准的Java方法头的详细信息....Objective-C和UML建模
使用UML建模时,这提出了一个问题......一些方法名称是相当失控很长时间...在UML类图中清楚地模拟这些方法的最佳方法是什么?
你可以压缩方法名称,或者为它们写一些Java风格头文件吗?
我做了一个软件系统的报告,我坚持...
我认为在某些情况下的Objective-C头文件携带更少全面的信息,但他们可以更清楚地显示接口。例如 - 使用现代的Objective-C运行库(对于Mac OS和iOS),不需要在头文件中声明私有的iVar或私有方法,它们可以在实现文件中转换为类别。您甚至可以在头文件中声明为readonly
的实现中重新声明属性为readwrite
。
这意味着在类中有更多的事情比头文件中显示的多,但公共接口明确地与私有实现分开定义 - 这在UML图中是一件好事。
至于长方法名称 - 这是Objective-C约定的一部分。你可以爱它或讨厌它(我个人喜欢它)。但是在编写方法时不会显示它们的参数。例如:假设你有一个方法声明为:
- (NSString *)resultStringWithOptions:(NSDictionary *)options withCharacterSet(NSCharacterSet *)charSet error:(NSError **)error:
实际名这种方法的是:
resultStringWithOptions:withCharacterSet:error:
哪个更短。
你有一个观点,然而类图可能会令人困惑,有时候必须包含类型以帮助明确系统的功能和体系结构。在这种情况下,方法名称变得更长,特别是对于具有2个以上参数的方法! – user559142