PHP4和UML：设计对象图有意义吗？

我正在为一个客户建立一个PHP4系统。系统将使用MVC模式，按照面向对象的逻辑编写。我已经草拟了一个类图；然而，我现在想知道为这样一个系统创建对象图是否有意义，因为它相当松散地遵循OOP模型

---

在这个系统中，最接近面向对象行为的可能是一些基于调用方式改变行为的方法，尽管这不能确切地称为直接实例化类；对象图会从这个场景中捕获有用的东西吗，还是干脆跳过它们更好？提前感谢。

根据我的经验，UML类图最好在一个孤立的上下文中使用——用来描述系统的一部分

因此，我的答案是，如果您在文档中描述系统的一部分，并且UML类图将帮助读者理解系统的相关部分，那么您应该为该部分绘制一个图表并将其包括在内

为整个系统做一个类图很少有用。包括各种没有上下文的类图也很少有用

---

在使用UML时要有策略；这是一个沟通工具，不是一个文档工具。（有点像写作。除非经过深思熟虑地使用和组织，否则纸上的单词没有任何意义）

根据我的经验，UML类图最好在孤立的上下文中使用——用来描述系统的一部分

因此，我的答案是，如果您在文档中描述系统的一部分，并且UML类图将帮助读者理解系统的相关部分，那么您应该为该部分绘制一个图表并将其包括在内

为整个系统做一个类图很少有用。包括各种没有上下文的类图也很少有用

---

在使用UML时要有策略；这是一个沟通工具，不是一个文档工具。（有点像写作。除非经过深思熟虑地使用和组织，否则纸上的单词没有任何意义）

我认为您的情况的灵活性与UML的期望相冲突

---

我建议从您的图（和lie）中抽象出实现级别，并将这些方法的功能表示为执行其自身工作的独立方法

我认为您的情况的灵活性与UML的期望相冲突

---

我建议从您的图（和lie）中抽象出实现级别，并将这些方法的功能表示为执行其自身工作的独立方法

离题，但您确定要在php4中构建任何内容吗？它已经停止使用一年了，尤其是对象系统非常难以使用。没错，这是离题的，但我想它确实需要一个解释：现有的系统在PHP4中，如果移植到PHP5，将非常耗时和资源消耗。最终，有计划将一些功能转移到PHP5服务器上，但这只会在将来采用。脱离主题，但您确定要在php4中构建任何功能吗？它已经停止使用一年了，尤其是对象系统非常难以使用。没错，这是离题的，但我想它确实需要一个解释：现有的系统在PHP4中，如果移植到PHP5，将非常耗时和资源消耗。最终，有计划将一些功能转移到PHP5服务器上，但这只会在将来被采用。这是有道理的，你是绝对正确的。事实上，我已经将类图的结构组织到包中，以鸟瞰的方式概括结构的元素，并将其分解为更详细的描述；然而，我的疑问是，如果我尝试从这些基本组件开发一个对象图，它是否能帮助客户更好地理解结构。想法？我的意见是：如果你怀疑它，不要包括在内。我发现类图在什么时候有益通常是非常清楚的。这很难用语言表达，但例如，显示接口/类依赖关系或关系。好的，谢谢。我没想到这个选择会这么简单，但听起来非常合理。这是有道理的，你是绝对正确的。事实上，我已经将类图的结构组织到包中，以鸟瞰的方式概括结构的元素，并将其分解为更详细的描述；然而，我的疑问是，如果我尝试从这些基本组件开发一个对象图，它是否能帮助客户更好地理解结构。想法？我的意见是：如果你怀疑它，不要包括在内。我发现类图在什么时候有益通常是非常清楚的。这很难用语言表达，但例如，显示接口/类依赖关系或关系。好的，谢谢。我没想到这个选择会这么简单，但听起来很合理。