扩展您的JPA POJO
它是在不影響現(xiàn)有核心系統(tǒng)功能的情況下添加或更改功能。
讓我們舉一個簡單的例子。 假設(shè)您的公司擁有一個核心產(chǎn)品來跟蹤體育俱樂部中的所有用戶。 在您的產(chǎn)品體系結(jié)構(gòu)中，您有一個由JPA POJO表示的域模型。 域模型包含許多POJO，當然包括用戶POJO。
package com.alex.staveley.persistence /*** User entity. Represents Users in the Sports Club. * * Note: The SQL to generate a table for this in MySQL is:** CREATE TABLE USER (ID INT NOT NULL auto_increment, NAME varchar(255) NOT NULL, * PRIMARY KEY (ID)) ENGINE=InnoDB;*/ @Entity public class User {/* Surrogate Key - automatically generated by DB. */ @GeneratedValue(strategy=GenerationType.IDENTITY) @Idprivate int id;private String name;public int getId() {return id;}public void setName(String name) {this.name=name;}public String getName() {return name;} } 現(xiàn)在，一些客戶喜歡您的產(chǎn)品，但是他們需要在購買之前進行一些定制。 例如，
一位客戶希望將屬性出生地添加到用戶，并希望此屬性持續(xù)存在。 當然，此屬性的邏輯位置是在用戶POJO中，但是沒有其他客戶想要此屬性。 所以你會怎么做？
您是否僅為此客戶創(chuàng)建了特定的User類，然后才為他們交換了該類？ 怎么了
當您更改產(chǎn)品用戶類別時呢？ 如果另一個客戶想要另一個定制怎么辦？ 還是改變主意？ 您是否感覺事情會變得混亂？
幸運的是，JPA的一種實現(xiàn)：Eclipselink在這里提供了幫助。 2.3版本 （自2011年6月開始提供，最新版本是2011年12月9日最近發(fā)布的2.3.2維護）包括一些非常好的功能，可以解決這種情況。 讓我們詳細說明。 通過將@VirtualAccessmethods Eclipselink注釋簡單地添加到POJO，我們向Eclipselink發(fā)出信號，表明POJO可能具有一些額外的（ 也稱為虛擬 ）屬性。 您不必在代碼中指定任何這些額外的屬性， 否則它們將不是非常虛擬的 ！ 您只需要指定一個通用的getter和setter來滿足他們的獲取和設(shè)置。 您還必須在某個地方將它們存儲在內(nèi)存中，就像一個很好的舊哈希圖-當然這應該是暫時的，因為我們不持久保存哈希圖本身。 注意：它們不必存儲在HashMap中，這只是一個流行的選擇！
讓我們看一下我們現(xiàn)在可以擴展的用戶。
@Entity @VirtualAccessMethods public class User {/* Surrogate Key - automatically generated by DB. */@GeneratedValue(strategy=GenerationType.IDENTITY) @Idprivate int id;private String name;@Transientprivate Map<String, Object> extensions = new HashMap();public int getId() {return id;}public void setName(String name) {this.name=name;}public String getName() {return name;}public <t> T get(String name) {return (T) extensions.get(name);}public Object set(String name, Object value) {return extensions.put(name, value);} } 那是嗎？ 好吧，還有更多的魔術(shù)。 您必須告訴eclipselink您的其他屬性。 更具體地說：它們的名稱和數(shù)據(jù)類型是什么。
您可以通過更新eclipselink-orm.xml來做到這一點，該文件位于persistent.xml所在的同一META-INF文件夾中。
現(xiàn)在，此配置簡單說明，用戶實體具有一個附加屬性，在Java中，該屬性是“ thebirthplace”，并且是虛擬的。 這意味著它不是在POJO中明確定義的，但是如果我們要調(diào)試東西，我們會在內(nèi)存中看到該屬性的名稱為“出生地”。
此配置還指出該屬性的相應數(shù)據(jù)庫列是出生地。
eclipselink可以使用通用的get / set方法來獲取和設(shè)置此方法。
你想測試嗎？
將列添加到數(shù)據(jù)庫表中。 在MySql中，這將是：
alter table用戶添加列的出生地varchar（64）
然后運行以下簡單測試：
@Test public void testCreateUser() {User user = new User();user.setName("User1Name");user.set("thebirthplace", "donabate");entitymanager.getTransaction().begin();entitymanager.persist(user);entitymanager.getTransaction().commit();entitymanager.close(); } 因此，現(xiàn)在，我們可以在產(chǎn)品代碼中添加一個可擴展的用戶POJO。 每個客戶都可以根據(jù)需要將自己的屬性添加到用戶。 當然，每個客戶都與
僅通過確保每個客戶的擴展都駐留在特定的eclipslink-orm.xml中，即可非常輕松地實現(xiàn)所有其他客戶。 請記住，您可以根據(jù)需要隨意命名這些文件，如果不使用默認名稱，則只需更新persistence.xml文件以聲明正在使用的名稱 。
這種方法意味著，當我們想要更新產(chǎn)品中的User時，我們只需要更新一個，并且僅更新User POJO（ 因為我們確保只有一個 ）。 但是，當必須為特定客戶添加特定屬性時，我們無需觸摸用戶POJO代碼。 我們簡單地對XML進行更改，而不必重新編譯核心產(chǎn)品中的任何內(nèi)容。 當然，在任何時候，只要查看適當?shù)膃clipselink-orm.file，就可以輕松了解針對任何客戶的定制。
是的 快樂擴展！
參考文獻：
相關(guān)文章 ：
- Spring Data JPA的持久層
- 具有GlassFish和一致性的高性能JPA –第1部分
- 避免延遲的JPA集合
- JBoss 4.2.x Spring 3 JPA Hibernate教程
- Java Persistence API：快速入門
翻譯自: https://www.javacodegeeks.com/2012/01/extending-your-jpa-pojos.html
總結(jié)
以上是生活随笔為你收集整理的扩展您的JPA POJO的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Spring的REST分页
- 下一篇： TestNG或JUnit