首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >CMP实体Beans作为“朴素”ORM解决方案

CMP实体Beans作为“朴素”ORM解决方案
EN

Software Engineering用户
提问于 2010-10-01 15:08:18
回答 1查看 323关注 0票数 4

我浏览了这次谈话中关于计算机科学历史上“历史上不好的想法”的信息,发现了一个关于Java计划兴衰的有趣的陈述。幻灯片#16引起了我的注意,因为它建议是一个“天真的ORM解决方案”。当然,我想主持人对这个问题做了深入的分析,这在幻灯片中是缺失的。所以我对那句话很感兴趣。CMP实体Beans只是一个简单的工程吗?

除了来自作者(S)的任何偏见之外,在诸如Java或C#这样的语言领域中,什么才是更合适的ORM解决方案?我要求的不是特定的工具或框架,而是更好的方法。

EN

回答 1

Software Engineering用户

回答已采纳

发布于 2010-11-06 21:10:59

一般来说,一个好的ORM解决方案应该易于使用和理解。它应该促进良好设计模式的使用(DAOs、DTO、延迟加载、服务、事务边界、配置的易用性等)。它应该是非侵入性的-也就是说,它不应该强迫您扩展特殊的类或实现特殊的接口。

EJB规范在早期出现了很多变化,导致大量迁移到Spring和Hibernate这样的领域。EJB1未能充分定义bean上的CMP字段,EJB2暗示它们应该是抽象访问器,而不是实际字段,这很奇怪,直到EJB3才创建了与每个人真正想要的接近的东西。那时已经太晚了,大家都认为EJB糟糕透了,需要JPA和JTA才能把事情再一次纠正过来。

EJB1和2通常迫使开发人员将它们的所有持久性配置放在一堆XML文件中,远离使用它的实际代码。这会导致很多混乱和错误代码。其他ORM框架也从中吸取了教训,并决定使用注释代替。对他们来说是个大赢家。

EJB1和2对不同类型的关系以及如何在底层关系数据库中实现它们的支持非常有限。必须遵守各种特殊的接口,所产生的代码很难理解。

总之,所有这些都已经过去了,我们可以期待着与Hibernate一样实现JPA和JTA的美好未来。都很和谐。

票数 1
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/8789

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档