Class 为什么边界类、控件类和实体类之间没有关联?

Class 为什么边界类、控件类和实体类之间没有关联?,class,uml,Class,Uml,我目前正在学习OOAD,以及系统分析和设计。我最近读到边界类、控件类和实体类之间不应该有任何关联,我只是想知道为什么会这样?文本没有指定。那根本不是真的 这些类提供了系统结构的高层到中层抽象,它们之间肯定有关系。有关相关模式和常见连接模式的示例,请参见此处: 顺便说一句,这些类在某种程度上是过时的,在UML2.5中没有太多使用。对于相同的透视图和语义,使用带有原型(边界、控件、实体)的组件。 您可以使用相应的接口丰富它们,并通过依赖关系进行连接。这是构建系统的一个很好的工具。但事实并非如此 这

我目前正在学习OOAD,以及系统分析和设计。我最近读到边界类、控件类和实体类之间不应该有任何关联,我只是想知道为什么会这样?文本没有指定。

那根本不是真的

这些类提供了系统结构的高层到中层抽象,它们之间肯定有关系。有关相关模式和常见连接模式的示例,请参见此处:

顺便说一句,这些类在某种程度上是过时的,在UML2.5中没有太多使用。对于相同的透视图和语义,使用带有原型(边界、控件、实体)的组件。
您可以使用相应的接口丰富它们,并通过依赖关系进行连接。这是构建系统的一个很好的工具。

但事实并非如此

这些类提供了系统结构的高层到中层抽象,它们之间肯定有关系。有关相关模式和常见连接模式的示例,请参见此处:

顺便说一句,这些类在某种程度上是过时的,在UML2.5中没有太多使用。对于相同的透视图和语义,使用带有原型(边界、控件、实体)的组件。
您可以使用相应的接口丰富它们,并通过依赖关系进行连接。这是构建系统的一个很好的工具。

但事实并非如此

这些类提供了系统结构的高层到中层抽象,它们之间肯定有关系。有关相关模式和常见连接模式的示例,请参见此处:

顺便说一句,这些类在某种程度上是过时的,在UML2.5中没有太多使用。对于相同的透视图和语义,使用带有原型(边界、控件、实体)的组件。
您可以使用相应的接口丰富它们,并通过依赖关系进行连接。这是构建系统的一个很好的工具。

但事实并非如此

这些类提供了系统结构的高层到中层抽象,它们之间肯定有关系。有关相关模式和常见连接模式的示例,请参见此处:

顺便说一句,这些类在某种程度上是过时的,在UML2.5中没有太多使用。对于相同的透视图和语义,使用带有原型(边界、控件、实体)的组件。 您可以使用相应的接口丰富它们,并通过依赖关系进行连接。这是构建系统的一个很好的工具