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

荔灣網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、自適應(yīng)網(wǎng)站建設(shè)等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)公司2013年成立到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

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

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

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

一，應(yīng)用程序源代碼可讀性差數(shù)據(jù)庫結(jié)構(gòu)的復(fù)雜程度，幾乎完全取決于應(yīng)用的業(yè)務(wù)邏輯。如果業(yè)務(wù)邏輯復(fù)雜，對Entity Bean的關(guān)系定義將很困難?？梢韵胂螅浯a的可閱讀性將很差。

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

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

關(guān)于Java Persistence API 的陷阱是怎樣的問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。