十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
Java Persistence API 的陷阱是怎样的,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
荔湾网站制作公司哪家好,找创新互联!从网页设计、网站建设、微信开发、APP开发、自适应网站建设等网站项目制作,到程序开发,运营维护。创新互联公司2013年成立到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选创新互联。
JPA是Java EE 5很重要的一部分,它的采用大大简化了Entity Bean的使用。但JPA有一个很明显的缺陷,就是无原则地采用JPA,就有可能将数据库结构移植到你的应用程序的代码中。这将给应用程序的维护和升级带来麻烦。
小编讲的“无原则地采用JPA”,主要指通过Annotation对Entity Bean之间的关系进行定义。这些数据实体的关系,如一对多,一对一,多对一,多对多及关联操作(cascade)等,很明显是数据库概念。为了实现ORM的目的,JPA不得不将其在Entity源代码中定义这种关系。
这在很大程度上,将数据库的结构与设计移植到了应用程序中。这有以下几个问题:
一,应用程序源代码可读性差数据库结构的复杂程度,几乎完全取决于应用的业务逻辑。如果业务逻辑复杂,对Entity Bean的关系定义将很困难。可以想象,其代码的可阅读性将很差。
二,应用程序的可维护性差一旦数据库结构因业务需求而发生变化,这些关系将需要重新定义。
三,对较复杂的数据库结构关系进行定义几乎是不现实的这也是ORM本身的局限性。将数据库结构移植到应用程序中本身就是个错误方向。关系数据库主要在于“关系”二字,因为数据库关心的是数据及其完整性(Data)。而应用程序采用OOP的开发手段,关心的是系统内部各“物件(Object)”的动作(Operation)。数据是应用程序的状态;动作是应用程序的业务逻辑。状态和动作是构成应用程序的两大要素,二者缺一不可。而ORM试图忽视状态而抬高动作,岂不知“动作”的最终结果要落实在“状态”的改变上。
关于Java Persistence API 的陷阱是怎样的问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注创新互联行业资讯频道了解更多相关知识。