首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

为什么模型驱动的操作优先于对象支持的bean属性

模型驱动的操作优先于对象支持的bean属性的原因是,模型驱动的操作是基于数据模型的,而对象支持的bean属性是基于对象的。在许多情况下,数据模型是更为重要的,因为它是数据的基础,而对象是数据的表现形式。

在模型驱动的操作中,数据模型是核心,它定义了数据的结构和关系,以及数据之间的操作。在这种模式下,数据模型是由开发人员定义的,而不是由对象的属性决定的。这意味着,开发人员可以根据需要定义数据模型,而不受对象属性的限制。

相比之下,对象支持的bean属性是基于对象的,它假定对象已经存在,并且它的属性已经定义好了。在这种模式下,开发人员需要根据对象的属性来定义数据模型,这可能会受到对象属性的限制。

因此,模型驱动的操作优先于对象支持的bean属性,因为它可以更好地控制数据模型的定义,并且可以更灵活地适应不同的需求和场景。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

一个Entity Bean要剥离出来至少三个以上的POJO

一个并没有行业经验积累的软件公司,它开发的软件,基本上完全是需求驱动,而不是领域模型驱动。只有具备了领域模型积累的公司才有资格去谈领域模型驱动软件开发。在由领域模型往某种编程语言如Java上来实现的时候,绝对不会是1:1的对应关系,即使是粗颗粒度的EJB2模型都做不到,更不要说更加强调细颗粒度的POJO模型呢?用面向对象的语言如Java来编写一个领域模型,如果是用EJB2模型,你需要使用最少两个以上的EJB,即一个 Session Bean,处理面向流程的控制逻辑,一个Entity Bean,处理面向持久化的实体逻辑(持久化操作附着在Entity Bean的Home接口上)。如果是更加复杂的领域模型,那么你需要更多的EJB,也许是一个领域模型需要多个Entity Bean和多个Session Bean。现在我们使用基于POJO模型的实现,那么粗颗粒度的EJB还要继续细分:一个Entity Bean要剥离出来至少三个以上的POJO,即一个或者多个实体类,一个或者多个DAO接口类,一个或者多个DAO接口实现类;一个Session Bean要切分为多个业务Bean。

02
  • 《解构领域驱动设计》第二章

    应对复杂度的挑战,或许是构建软件的过程中唯一亘古不变的主题。为了更好地应对软件复杂度,许多顶尖的软件设计人员与开发人员纷纷结合实践提出自己的真知灼见,既包括编程思想、设计原则、模式语言、过程方法和管理理论,又包括对编程利器自身的打磨。毫无疑问,通过这些真知灼见,软件领域的先行者已经改变或正在改变我们构建软件的方法、过程和目标,我们欣喜地看到了软件的构建正在向着好的方向改变。然而,整个客观世界的所有现象都存在诸如黑与白、阴与阳、亮与暗的相对性,任何技术的发展都不是单向的。随着技术日新月异向前发展,软件系统的复杂度也日益增长。中国有一句古谚:“道高一尺,魔高一丈。”又有谚语:“魔高一尺,道高一丈。”究竟是道高还是魔高,就看你是站在“道”的一方,还是“魔”的一方。

    01
    领券