Pastikan kelas entiti mudah dan melaksanakan sama/hashcode berdasarkan ID sahaja; 2. Gunakan pemuatan malas yang munasabah dan bekerjasama dengan @EntityGraph atau DTO untuk mengelakkan pertanyaan N 1; 3. Gunakan @Transactional untuk menguruskan urus niaga, readonly = benar untuk tag operasi baca; 4. Gunakan @version untuk mengunci optimis untuk mengelakkan kemas kini serentak daripada hilang; 5. Operasi Cascade perlu menentukan dengan jelas jenis untuk mengelakkan penyalahgunaan cascadetype.all. Berikutan amalan ini dapat meningkatkan prestasi dan pemeliharaan aplikasi hibernate JPA.

Apabila bekerja dengan Java API Kegigihan (JPA) dan Hibernate, berikutan amalan terbaik dan corak yang terbukti dapat meningkatkan prestasi, kebolehkerjaan, dan skalabilitas permohonan anda. Berikut adalah panduan ringkas kepada yang paling berkesan berdasarkan pengalaman dunia dan konsensus komuniti.

? 1. Gunakan @Entity dengan betul - pastikan ia mudah

• Jangan entiti kejuruteraan : entiti harus mewakili data, bukan tingkah laku. Elakkan meletakkan logik perniagaan di dalamnya.
• Sentiasa mempunyai pembina tanpa arg (Hibernate memerlukannya untuk proksi).
• Lebih suka protected secara private untuk medan jika anda menggunakan akses medan (yang biasa dan disyorkan).
• Gunakan @EqualsAndHashCode(of = "id") dari Lombok dengan teliti -hanya termasuk ID kecuali anda berada dalam konteks yang sangat spesifik.

? Petua: Jika anda mesti mengatasi equals() / hashCode() , pastikan ia berdasarkan identiti berterusan ( id ), bukan medan yang boleh berubah.

? 2. Pilih strategi pengambilan yang betul

• Lalai untuk FetchType.LAZY untuk @OneToMany dan @ManyToMany . Pengambilan yang bersemangat menyebabkan N 1 pertanyaan atau gabungan besar -besaran.
• Untuk @ManyToOne dan @OneToOne , FetchType.EAGER adalah lalai -tetapi pertimbangkan untuk membuat mereka LAZY jika anda sering tidak memerlukan persatuan.
• Gunakan projek @EntityGraph atau DTO untuk mengambil hanya apa yang anda perlukan:

   @EntityGraph (AttributePaths = {"Pesanan", "Alamat"})
  Senarai <Sustomer> findByLastName (String LastName);

Kesalahan umum: Menggunakan get() pada persatuan malas di luar transaksi → LazyInitializationException .

? 3. Gunakan DTO atau unjuran dan bukannya mengembalikan entiti penuh

• Elakkan mengembalikan entiti JPA dari titik akhir atau perkhidmatan rehat. Mereka sering mengandungi rujukan bulat atau data yang tidak perlu.
• Gunakan projek berasaskan antara muka atau ekspresi pembina di JPQL :

   @Query ("Pilih com.example.customersummary baru (c.id, c.Name) dari pelanggan c")
  Senarai <SustomerMary> findAllSummaries ();

• Atau gunakan projek antara muka data Spring:

   antara muka customerview {
      Long getid ();
      String getName ();
  }

? 4. Menguruskan urus niaga dengan betul

• Gunakan @Transactional pada lapisan perkhidmatan , bukan repositori atau pengawal.
• Elakkan urus niaga jangka panjang-simpannya pendek dan fokus.
• Berhati -hati dengan REQUIRES_NEW : Ia boleh memecahkan konsistensi jika disalahgunakan.
• Lebih suka readOnly = true untuk operasi baca sahaja-ia membantu hibernate melangkau pemeriksaan kotor.

? Corak yang baik:

 @Service
@Transactional (readonly = true)
Pelanggan Kelas Awam {
@Transactional
public void updateCustomer (id panjang, nama rentetan) {...}
}

? 5. Elakkan pertanyaan n 1 dengan pengambilan atau bergabung dengan batch

• Gunakan @BatchSize(size = 10) pada koleksi untuk mengurangkan isu n 1.
• Atau gunakan JOIN FETCH di JPQL apabila anda tahu anda memerlukan persatuan:

   Pilih C dari Pelanggan C Sertai Fetch C.orders Where C.ID =: ID

? Alat seperti pembalakan SQL Hibernate atau DataSource-Proxy membantu mengesan n 1 awal.

? ? 6. Gunakan @Version untuk mengunci optimis

• Mencegah Kemas Kini Hilang dalam Persekitaran Serentak:

   @Version
  versi panjang peribadi;

• Jika ketidakcocokan versi berlaku, Hibernate melemparkan OptimisticLockException .

Ini selalunya lebih baik daripada pengunci pesimis ( SELECT FOR UPDATE ) melainkan anda mempunyai kandungan yang sangat tinggi.

? 7. Jangan bergantung pada cascadetype.all di mana sahaja

• Jadilah eksplisit: Gunakan CascadeType.PERSIST , MERGE , atau REMOVE hanya apabila diperlukan.
• Contoh: Dalam @OneToMany , anda biasanya tidak mahu REMOVE cascading kecuali ia adalah hubungan ibu bapa dan anak yang benar.

? Buruk:

 @Onetomany (cascade = cascadetype.all)
Senarai peribadi <donders> Pesanan;

? Lebih baik:

 @Onetomany (cascade = {cascadetype.persist, cascadetype.merge})
Senarai peribadi <donders> Pesanan;

---

? Bonus: Ketahui bila hendak memintas JPA

• Untuk laporan kompleks atau operasi pukal, gunakan pertanyaan asli atau data Spring JDBC.
• JPA sangat bagus untuk pemodelan CRUD dan domain-tetapi tidak semestinya alat terbaik untuk analisis atau menulis volum tinggi.

---

Bottom line : JPA Hibernate berkuasa, tetapi mereka memberi ganjaran disiplin. Melekat pada corak ini, uji pertanyaan anda, dan memantau output SQL -dan anda akan mengelakkan kebanyakan pemaju perangkap menghadapi dalam pengeluaran.

Pada asasnya, menjaga entiti bersih, mengambil dengan bijak, dan sentiasa berfikir tentang apa yang dihasilkan oleh SQL Hibernate.

Atas ialah kandungan terperinci Kegigihan Java dengan JPA dan Hibernate: Amalan dan Corak Terbaik. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!