Pertanyaan yang diberi tag «domain-driven-design»

Desain berbasis domain (DDD) adalah pendekatan untuk mengembangkan perangkat lunak untuk kebutuhan yang kompleks dengan menghubungkan implementasi ke model yang berkembang.

2
DDD - Agregat root dengan banyak anak
Saya akan mengawali pertanyaan ini dengan mengatakan bahwa saya relatif baru di DDD jadi saya mungkin membuat beberapa kesalahan mendasar di sini! Saya mengerjakan proyek yang melibatkan konsep Akun dan Transaksi (dalam arti finansial). Akun dapat memiliki banyak Transaksi yang dimasukkan. Sepertinya saya bahwa Akun dan Transaksi adalah dua Entitas, …




5
Temukan Root Agregat DDD
Ayo mainkan game favorit semua orang, temukan Aggregrate Root. Mari kita gunakan domain masalah Pelanggan / Pesanan / OrderLines / Produk kanonik. Secara tradisional, Pelanggan, pesanan, dan produk adalah AR dengan OrderLines menjadi entitas di bawah Pesanan. Logika di balik ini adalah bahwa Anda perlu mengidentifikasi pelanggan, pesanan, dan produk, …

1
Bisakah klien memanggil metode pada entitas selain dari agregat root?
Evans memperkenalkan dalam bukunya "Domain Driven Design" di Bab 6 "Agregat" konsep Agregat. Dia lebih jauh mendefinisikan aturan untuk menerjemahkan konsep itu ke dalam implementasi (Evans 2009, hlm. 128-129): Root ENTITY dapat menyerahkan referensi ke ENTITAS internal ke objek lain, tetapi objek tersebut dapat menggunakannya hanya sementara, dan mereka mungkin …



4
Pendekatan DDD untuk operasi CRUD dasar dalam aplikasi domain-centric yang kompleks
Perusahaan saya sedang menulis ulang aplikasi web kami dari awal. Ini adalah aplikasi tingkat perusahaan besar dengan domain kompleks di industri keuangan. Kami menggunakan ORM (kerangka kerja Entity) untuk kegigihan. Intinya, setengah dari aplikasi kami berpusat di sekitar pengumpulan data mentah dari pengguna, menyimpannya, dan kemudian setengah dari aplikasi lain …

3
Apakah praktik yang buruk untuk definisi objek API mengandung ID referensi pihak ketiga sebagai properti?
Seperti ini: Campaign: type: object properties: id: type: string description: "A GUID identifier" referenceId: type: string description: "A consumers identifier they have used to map their own systems logic to this object." name: type: string description: "'Great Campaign 2017' as an example" Saya prihatin dengan referenceId . Domain sistem adalah …

4
Cara mendefinisikan dengan jelas batas-batas konteks yang dibatasi
Setelah sekitar satu bulan membaca dan meneliti DDD, saya memutuskan untuk memulai proyek saya sendiri dan menciptakan DDD dengan konteks terbatas ini> Klien Produk Pesanan Penagihan Setiap konteks terikat memiliki API lainnya sebagai lapisan presentasi, lapisan domain, lapisan persisten. Sejauh ini bagus, kodenya berjalan mulus, tetapi datang dari dunia monolitik, …

2
Haruskah ID bisnis entitas yang terkenal diwakili dengan tipe khusus di DDD / OOP?
Dalam istilah praktis, ini berarti menggunakan kebiasaan (tidak berubah) di classatas stringatau beberapa jenis primitif lainnya. Contoh: Penerbitan: Nomor Buku Standar Internasional. Keuangan: Nomor Identifikasi Efek Internasional. Keuntungan: Dapat memastikan format pengidentifikasi. Menjadi anggota model kelas satu. Kekurangan: Menambahkan gesekan ketekunan (misalnya Kerangka Entitas). Lebih banyak kode.

4
Model hubungan dengan DDD (atau dengan akal)?
Berikut ini persyaratan yang disederhanakan: Pengguna membuat Questiondengan beberapa Answers. Questionharus memiliki setidaknya satu Answer. Klarifikasi: pikirkan Questiondan Answerseperti dalam ujian : ada satu pertanyaan, tetapi beberapa jawaban, di mana hanya sedikit yang benar. Pengguna adalah aktor yang sedang mempersiapkan tes ini, maka ia menciptakan pertanyaan dan jawaban. Saya mencoba …

2
DDD: Bisakah objek tidak berubah juga menjadi entitas?
Saya telah membaca posting yang tak terhitung jumlahnya tentang perbedaan antara Entitas dan objek Nilai dan sementara saya berpikir bahwa setidaknya secara konseptual saya mengerti bagaimana keduanya berbeda, tampaknya dalam beberapa posting ini penulis menganggap konsep domain tertentu sebagai VO hanya karena itu tidak dapat diubah (dengan demikian keadaannya tidak …

4
Memastikan konsistensi transaksional dengan DDD
Saya memulai dengan DDD dan memahami bahwa akar agregat digunakan untuk memastikan konsistensi transnasional. Kita tidak boleh memodifikasi beberapa agregat dalam satu layanan aplikasi. Namun saya ingin tahu bagaimana menghadapi situasi berikut. Saya memiliki akar agregat yang disebut Produk. Ada juga root agregat yang disebut Group. Keduanya memiliki ID, dan …

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.