UML-BCED方法

UML-BCED方法,uml,entity,controls,Uml,Entity,Controls,我有个问题要问你 在BCED方法中,whe有4个包(边界、控制、实体、数据库),其中有许多类具有某些职责。谁负责激活和销毁实体包中的对象?控件的对象还是实体的对象 我会解释得更清楚 例如,我们有1个控制器类和2个实体类,它们通过关联相互链接。假设我们必须在实体中使用2个独立类的2个对象。 因此,控制器类可以这样表示实体的两个对象: //In the controller: create_objects(){ Entity1 e1=new Entity1; Entity2 e2=new Enti

我有个问题要问你

在BCED方法中,whe有4个包(边界、控制、实体、数据库),其中有许多类具有某些职责。谁负责激活和销毁实体包中的对象?控件的对象还是实体的对象

我会解释得更清楚

例如,我们有1个控制器类和2个实体类,它们通过关联相互链接。假设我们必须在实体中使用2个独立类的2个对象。 因此,控制器类可以这样表示实体的两个对象:

//In the controller:

create_objects(){
Entity1 e1=new Entity1;
Entity2 e2=new Entity2;
 }
//In the controller:

create_objects(){
Entity1 e1=new Entity1;
 }

//In the Entity1:

create_object_2(){
Entity2 e2=new Entity2;
 }
或者控制器只表示第一个类对象,然后实例化第二个类对象(我记得实体类是链接的!!),如下所示:

//In the controller:

create_objects(){
Entity1 e1=new Entity1;
Entity2 e2=new Entity2;
 }
//In the controller:

create_objects(){
Entity1 e1=new Entity1;
 }

//In the Entity1:

create_object_2(){
Entity2 e2=new Entity2;
 }

提前谢谢你,抱歉用英语说!)

BCED是模型视图控制器模式下的体系结构视图

最后一个原则是:在模型/实体或视图/边界层中,组件相互独立。所有的相互依赖都在控制器层。因此,当您从控制器创建两个实体类时,经典行为是第一个

但类不是组件。在这个抽象层次上,规则远没有那么严格。对于类,不要把它作为一个规则,而是作为一个很好的目标:尽量使实体类彼此更加独立


但是如果您有一个Entity1,它是Entity2类与其他类的组合,那么第二个变体是唯一合理的变体

非常感谢你的回答。创建这些图时,首先绘制系统域模型,其中包含问题域的主要类。然后,我传输实体包中SDM的所有类(或者更重要的类)及其所有关联。因此,如果我理解正确,实体类只有很少的与数据库接口的方法,而控制类拥有程序的所有逻辑,并与多个实体类一起工作,对吗???@user3370379控制类拥有程序的所有业务/域逻辑。您自己设置的规则(例如,大框架应显示为绿色,或此类实体类映射到此类表)不属于域的逻辑。这只是你选择的工具的方式。类映射到DB不属于控制器的函数。