Java Persistence API 的陷阱是怎樣的

Java Persistence API 的陷阱是怎樣的，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

JPA是Java EE 5很重要的一部分，它的采用大大簡(jiǎn)化了Entity Bean的使用。但JPA有一個(gè)很明顯的缺陷，就是無(wú)原則地采用JPA，就有可能將數(shù)據(jù)庫(kù)結(jié)構(gòu)移植到你的應(yīng)用程序的代碼中。這將給應(yīng)用程序的維護(hù)和升級(jí)帶來(lái)麻煩。

小編講的“無(wú)原則地采用JPA”，主要指通過(guò)Annotation對(duì)Entity Bean之間的關(guān)系進(jìn)行定義。這些數(shù)據(jù)實(shí)體的關(guān)系，如一對(duì)多，一對(duì)一，多對(duì)一，多對(duì)多及關(guān)聯(lián)操作（cascade）等，很明顯是數(shù)據(jù)庫(kù)概念。為了實(shí)現(xiàn)ORM的目的，JPA不得不將其在Entity源代碼中定義這種關(guān)系。

這在很大程度上，將數(shù)據(jù)庫(kù)的結(jié)構(gòu)與設(shè)計(jì)移植到了應(yīng)用程序中。這有以下幾個(gè)問(wèn)題：

一，應(yīng)用程序源代碼可讀性差數(shù)據(jù)庫(kù)結(jié)構(gòu)的復(fù)雜程度，幾乎完全取決于應(yīng)用的業(yè)務(wù)邏輯。如果業(yè)務(wù)邏輯復(fù)雜，對(duì)Entity Bean的關(guān)系定義將很困難。可以想象，其代碼的可閱讀性將很差。

二，應(yīng)用程序的可維護(hù)性差一旦數(shù)據(jù)庫(kù)結(jié)構(gòu)因業(yè)務(wù)需求而發(fā)生變化，這些關(guān)系將需要重新定義。

三，對(duì)較復(fù)雜的數(shù)據(jù)庫(kù)結(jié)構(gòu)關(guān)系進(jìn)行定義幾乎是不現(xiàn)實(shí)的這也是ORM本身的局限性。將數(shù)據(jù)庫(kù)結(jié)構(gòu)移植到應(yīng)用程序中本身就是個(gè)錯(cuò)誤方向。關(guān)系數(shù)據(jù)庫(kù)主要在于“關(guān)系”二字，因?yàn)閿?shù)據(jù)庫(kù)關(guān)心的是數(shù)據(jù)及其完整性（Data）。而應(yīng)用程序采用OOP的開(kāi)發(fā)手段，關(guān)心的是系統(tǒng)內(nèi)部各“物件（Object）”的動(dòng)作（Operation）。數(shù)據(jù)是應(yīng)用程序的狀態(tài)；動(dòng)作是應(yīng)用程序的業(yè)務(wù)邏輯。狀態(tài)和動(dòng)作是構(gòu)成應(yīng)用程序的兩大要素，二者缺一不可。而ORM試圖忽視狀態(tài)而抬高動(dòng)作，豈不知“動(dòng)作”的最終結(jié)果要落實(shí)在“狀態(tài)”的改變上。

關(guān)于Java Persistence API 的陷阱是怎樣的問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開(kāi)，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。