我正在记录我正在为客户构建的 PHP4 系统。该系统将使用 MVC 模式按照面向对象的逻辑编写。我已经画了一个类图；但是，我现在想知道为这样的系统创建对象图是否有意义，因为它相当松散地遵循 OOP 模型。
在这个系统中最接近面向对象的行为可能是少数方法根据它们被调用的方式改变它们的行为，尽管这不能完全称为实例化直接类；对象图会从这种场景中捕获任何有用的东西，还是我最好完全跳过它们？提前致谢。
问问题
234 次
2 回答
1
根据我的经验，UML 类图最好用在孤立的上下文中——描述系统的一部分。
所以我的回答是，如果您在文档中描述系统的一部分，并且 UML 类图可以帮助读者理解系统的相关部分，那么您应该为该部分制作图表并将其包含在内。
为整个系统做一个类图很少有用，如果有的话。并且在没有上下文的情况下包含各种类图也很少有用。
在使用 UML 时要有策略；它是一种交流工具，而不是文档工具。（有点像写作。纸上的文字没有任何意义，除非经过深思熟虑的使用和组织）
于 2010-11-24T19:44:47.867 回答
0
我认为您的情况的灵活性与 UML 的期望相冲突。
我建议从您的图表（和谎言）中抽象出实现级别，并将这些方法的功能表示为执行自己工作的独立方法。
于 2010-11-24T19:45:30.570 回答