2010-11-24 42 views
1

我记录了我为客户构建的PHP4系统。系统将按照面向对象的逻辑编写,使用MVC模式。我已经勾画出一个类图;然而,我现在想知道为这样的系统创建对象图是否有意义,因为它遵循OOP模型而非松散。PHP4和UML:设计一个对象图有意义吗?

在这个系统中最接近面向对象的行为可能会是一些方法根据它们被调用的方式来改变它们的行为,尽管这不能被称为直接类的实例。对象图会捕获这个场景中的任何有用的东西,还是我最好只是完全跳过它们?提前致谢。

+0

偏离主题,但你确定你想在php4中创建任何东西吗?它现在已经停止一年了,特别是目标系统很难合作。 – troelskn 2010-11-24 19:51:43

+0

是真的,这是脱离主题,但我想它乞求解释:现有的系统是在PHP4中,并且有一些东西,如果移植到PHP5将是非常耗时和耗费资源。最终,有计划将某些功能转移到PHP5服务器上,但这只会在未来采用。 – 2010-11-24 20:09:04

回答

1

根据我的经验,UML类图最好用在单独的环境中 - 描述系统的一部分。

所以我的回答是,如果你所描述的一块你的系统的文档中,并且UML类图将帮助读者理解系统的相关部分,那么你应该做的是面的示意图和包括它。

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

对您使用UML有战略意义;它是一种沟通工具,而不是文档工具。 (有点像书写,纸上的字意味着什么都没有意义,除非有用和有条理地组织)

0

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

我会建议从您的图表(和谎言)抽象实现级别,并将这些方法的功能表示为独立方法执行自己的工作。