java - 模型关联太多，如何分离做到单一化

Answer 1

Saya akhirnya boleh mengadu dan menyatakan pendapat saya bagi mereka yang telah berhenti menggunakan ORM untuk masa yang lama.

Saya sering melihat orang yang menulis Java belakang menulis banyak objek model, dan pelbagai warisan serta gabungan digunakan, seperti yang @chanjarster katakan, satu-ke-satu, satu-ke-banyak, banyak-ke -ramai , bujang dan dua hala, langsung keliru...

Sebenarnya, saya secara peribadi berpendapat bahawa ORM adalah ciptaan yang sangat buruk. Satu-satunya kelebihan ORM ialah anda tidak perlu memikirkan SQL saya hanya menangis . Sekarang untuk kebanyakan program SQL Bagi pengaturcara, menulis Java tidak sepatutnya menjadi masalah besar daripada menghafal pelbagai peraturan pemetaan objek di sini...SQL

Ringkaskan kekurangan

ORM

1. Prestasinya tidak tinggi Walaupun dengan rangka kerja yang matang, kadangkala saya hanya perlu mengakses harta dan masih memuatkan keseluruhan data objek. (PS: Ia mungkin boleh dikonfigurasikan, tetapi kos pembelajaran juga tinggi)

2. Tidak cukup fleksibel, banyak keperluan perniagaan memerlukan carian meja, panggilan fungsi, prosedur tersimpan...
   .
3. Mengabstrak terlalu menyusahkan, dan saya keliru

Ringkasnya, jika anda bersetuju dengannya, maka berputus asa

ORM

Alternatif:

1. Gunakan

   untuk terus menulis MyBaits untuk kawalan fleksibel SQL

2. Gunakan pangkalan data

   untuk menukar objek kepada NOSQL data, yang boleh disimpan terus, seperti JSONMongoDb

Answer 2

Soalan anda sangat besar, secara ringkasnya, ia adalah untuk mengetahui hubungan antara Model dan Model, yang mempunyai tiga dimensi

1. "Hubungan rujukan" atau "hubungan pemilikan". Jika A memiliki B, maka apabila A dipadamkan, B juga akan dipadamkan. Jika A merujuk kepada B, maka jika A memadam B, ia tidak perlu dipadam. Ini bergantung kepada perniagaan.

2. Seorang atau dua hala. Ini bergantung pada perniagaan, anda boleh membuat pertimbangan anda sendiri, tetapi ingat satu perkara, di bawah "hubungan rujukan", cuba kekalkan sehala. Di bawah "hubungan memiliki", dua hala adalah OK.

3. Satu-satu, satu-dengan-banyak, banyak-dengan-satu, banyak-ke-banyak. Saya tidak akan menerangkan secara terperinci tentang perkara ini, tetapi ada satu perkara yang perlu diberi perhatian: cuba elakkan banyak-ke-banyak Jika anda menggunakan banyak-ke-banyak, tanya diri anda sama ada anda mesti melakukan ini.

Jika anda mesti bertanya tentang sebarang metodologi, anda boleh melihat konsep Agregat Root dalam DDD (Reka Bentuk Didorong Domain).