Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/oop/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/cmake/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Oop N层应用程序设计工具_Oop_N Tier Architecture_Application Design - Fatal编程技术网

Oop N层应用程序设计工具

Oop N层应用程序设计工具,oop,n-tier-architecture,application-design,Oop,N Tier Architecture,Application Design,我开始设计一个中型web应用程序。我通常喜欢自上而下的设计,也就是说,从最高的层次开始,然后设计我自己的方式。 我计划有以下几层: 演示PHP/Ajax 业务逻辑 数据存取 数据库 现在我想开始绘制每个层中的主要对象以及层之间的交互。除了使用像Visio这样的图形/图表工具之外,还有没有一种工具更专门用于此目的呢?这正是UML的目的所在。周围有很多UML图编辑器。不过,我不太愿意推荐一个。这个学位可能比源代码编辑器的学位要低,但用户仍然倾向于形成强烈的意见,认为哪些是好的,哪些是坏的,哪些是无关

我开始设计一个中型web应用程序。我通常喜欢自上而下的设计,也就是说,从最高的层次开始,然后设计我自己的方式。 我计划有以下几层:

演示PHP/Ajax 业务逻辑 数据存取 数据库
现在我想开始绘制每个层中的主要对象以及层之间的交互。除了使用像Visio这样的图形/图表工具之外,还有没有一种工具更专门用于此目的呢?

这正是UML的目的所在。周围有很多UML图编辑器。不过,我不太愿意推荐一个。这个学位可能比源代码编辑器的学位要低,但用户仍然倾向于形成强烈的意见,认为哪些是好的,哪些是坏的,哪些是无关紧要的,所以在我看来,尝试推荐一个似乎是毫无用处的


我给出的一点建议是不要太过拘泥于UML——它允许您指定许多细节,通常是以相对微妙的方式,例如箭头是空心的还是填充的。绘制主要类以及它们如何在高层次上交互的图表是非常有用的,但是很容易过火,开始尝试包含过多的细节。这可能是对时间的巨大浪费。更糟糕的是,它可能会在过程中过早地将您的想法锁定到一种特定的设计方式,而您还没有做足够的工作来确保设计是正确的

这正是UML的用意所在。周围有很多UML图编辑器。不过,我不太愿意推荐一个。这个学位可能比源代码编辑器的学位要低,但用户仍然倾向于形成强烈的意见,认为哪些是好的,哪些是坏的,哪些是无关紧要的,所以在我看来,尝试推荐一个似乎是毫无用处的


我给出的一点建议是不要太过拘泥于UML——它允许您指定许多细节,通常是以相对微妙的方式,例如箭头是空心的还是填充的。绘制主要类以及它们如何在高层次上交互的图表是非常有用的,但是很容易过火,开始尝试包含过多的细节。这可能是对时间的巨大浪费。更糟糕的是,它可能会在过程中过早地将您的想法锁定到一种特定的设计方式,而您还没有做足够的工作来确保设计是正确的

我在过去使用过UML图,它们似乎为它们提供的价值做了很多工作,主要是因为您提到的原因。在这种情况下,我没有考虑UML,因为非OO层表示和db,但我想只要我停留在较高的层次上,它就可以工作。我过去使用过UML图,它们似乎为它们提供的价值做了很多工作,主要是因为您提到的原因。在这种情况下,我没有考虑过UML,因为它是非OO层的表示和db,但我想只要我保持在较高的层次上,它就可以工作。