Pertanyaan yang diberi tag «domain-driven-design»

Saat mengikuti desain yang digerakkan oleh Domain (DDD), apakah benar untuk agregat root untuk memegang referensi ke entitas internal yang kebetulan menjadi entitas root pada agregat terpisah? Saya percaya ini tidak benar, terutama karena aturan tentang buku biru ini : Tidak ada yang di luar batas AGGREGATE yang dapat menyimpan …

16 object-oriented  domain-driven-design 

Saya sedang mengerjakan aplikasi kecil yang mencoba memahami prinsip-prinsip desain berbasis domain. Jika berhasil, ini mungkin menjadi pilot untuk proyek yang lebih besar. Saya mencoba mengikuti buku "Menerapkan Desain Berbasis Domain" (oleh Vaughn Vernon) dan mencoba menerapkan forum diskusi yang serupa dan sederhana. Saya juga sudah memeriksa sampel IDDD di …

16 domain-driven-design  authorization  permissions  implementations 

Saya telah membaca banyak tentang layanan mikro belakangan ini, dan berikut adalah beberapa kesimpulan yang saya dapatkan sejauh ini (tolong perbaiki saya jika saya salah). Arsitektur layanan mikro berjalan baik dengan desain berbasis domain. Biasanya satu MS mewakili satu konteks terbatas. Jika layanan-mikro A memerlukan fungsionalitas yang berada di layanan-mikro …

15 architecture  domain-driven-design  soa  microservices 

Saya sedang membangun .NET 4,5 C # solusi API Web RESTful dan saya ingin seseorang untuk memberi tahu saya jika solusi proyek saya benar dan / atau bijaksana (-cukup?) Untuk solusi yang dirancang menggunakan Domain Driven Design, tolong. Solusinya telah dibagi menjadi 6 proyek: /Mendasarkan (Tidak dirujuk oleh apa pun) …

15 c#  rest  domain-driven-design 

Biarkan saya mulai dengan terlebih dahulu meminta maaf atas panjang posting, tapi saya benar-benar ingin menyampaikan detail sebanyak-banyaknya di muka sehingga saya tidak meluangkan waktu untuk bolak-balik dalam komentar. Saya merancang aplikasi mengikuti pendekatan DDD dan saya bertanya-tanya panduan apa yang dapat saya ikuti untuk menentukan apakah Agregat Root harus …

15 domain-driven-design 

TDD adalah tentang merancang kode, dipandu oleh tes. Jadi, lapisan tipikal biasanya tidak dibangun di muka; mereka akan sedikit muncul melalui langkah-langkah refactoring. Desain berbasis domain melibatkan banyak pola teknis, mendefinisikan lapisan mapan seperti lapisan Aplikasi, lapisan Infrastruktur, Lapisan Domain, lapisan Persistensi. Untuk memulai bagian pengkodean proyek DDD dari awal, …

15 architecture  testing  tdd  domain-driven-design 

Ringkasan Haruskah otorisasi dalam CQRS / DDD diimplementasikan per-perintah / permintaan atau tidak? Saya mengembangkan untuk pertama kalinya aplikasi online menggunakan pola DDD CQRS secara ketat. Saya bertemu dengan beberapa masalah, yang tidak bisa saya pikirkan. Aplikasi yang saya bangun adalah aplikasi buku besar yang memungkinkan orang untuk membuat buku …

15 domain-driven-design  cqrs 

Saya menyadari pertanyaan di atas mungkin menimbulkan beberapa 'apa ??', tetapi izinkan saya mencoba menjelaskan: Saya mencoba membungkus kepala saya pada beberapa konsep terkait, pada dasarnya pola-Saga ( http://www.rgoarchitects.com/Files/SOAPatterns/Saga.pdf ) dikombinasikan dengan Event-sourcing (A DDD-concept : http://en.wikipedia.org/wiki/Domain-driven_design ) Sebuah pos bagus yang merangkumnya bersama: https://blog.jonathanoliver.com/cqrs-sagas-with-event-sourcing-part-ii-ofofiiii/ Saya mendapatkan pertanyaan dalam satu …

15 domain-driven-design  cqrs  event-sourcing 

Apa pedoman umum atau aturan praktis kapan harus menggunakan objek spesifik domain vs String atau angka biasa? Contoh: Kelas usia vs Integer? FirstName class vs String? UniqueID vs String Kelas PhoneNumber vs String vs Long? Kelas DomainName vs String? Saya pikir sebagian besar praktisi OOP pasti akan mengatakan kelas khusus …

14 java  c#  object-oriented  domain-driven-design  domain-objects 

Saya sedang mengerjakan contoh aplikasi kecil untuk mempelajari konsep CQRS dan event sourcing. Saya memiliki Basketagregat dan Productagregat yang harus bekerja secara independen. Berikut beberapa kode semu untuk menunjukkan implementasinya Basket { BasketId; OrderLines; Address; } // basket events BasketCreated { BasketId; } ItemAdded { BasketId; ProductId; Quantity } AddItemSucceeded …

14 domain-driven-design  cqrs  event-sourcing 

Perusahaan kami sedang dalam proses mengubah banyak proses bisnis manual (dan pengetahuan institusional terkait) menjadi perangkat lunak perusahaan baru. Proyek ini berjalan dengan sangat baik, tetapi ketika kami melanjutkan jelas bahwa ada banyak kebingungan mengenai istilah dan definisi pada sisi bisnis dan pengembangan. Saya telah mengetahui argumen Evan untuk membentuk …

14 documentation  domain-driven-design 

Katakanlah kita memiliki sistem pencatatan tugas, ketika tugas dicatat, pengguna menentukan kategori dan tugas tersebut default ke status 'Luar Biasa'. Anggaplah dalam contoh ini bahwa Kategori dan Status harus diimplementasikan sebagai entitas. Biasanya saya akan melakukan ini: Lapisan Aplikasi: public class TaskService { //... public void Add(Guid categoryId, string description) …

14 architecture  domain-driven-design  repository  domain-model  entity 

Saya tahu Anda berpikir (atau mungkin berteriak), "bukan pertanyaan lain yang menanyakan di mana validasi berada dalam arsitektur berlapis?!?" Ya, tapi mudah-mudahan ini akan menjadi sedikit berbeda dalam hal ini. Saya sangat percaya bahwa validasi mengambil banyak bentuk, berbasis konteks dan bervariasi di setiap tingkat arsitektur. Itu adalah dasar untuk …

13 domain-driven-design  validation  layers 

Saya telah membaca tentang Desain Berbasis Domain selama hampir dua tahun dan telah dengan hati-hati memperkenalkan beberapa konsep dalam pekerjaan sehari-hari saya atau setidaknya membuat rencana untuk bagaimana hal-hal yang saya lakukan secara teratur dapat dilakukan dalam Desain Berbasis Domain. Salah satu kesimpulan yang saya mulai datang terutama dalam menanggapi …

13 domain-driven-design  domain-model  cqrs  event-sourcing 

Tanggung jawab tunggal (alasan untuk berubah) dari suatu entitas harus secara unik mengidentifikasi dirinya sendiri, dengan kata lain, tanggung jawabnya harus dapat ditemukan. Buku DDD Eric Evan, hal. 93: tanggung jawab paling mendasar dari Entitas adalah untuk membangun kesinambungan sehingga perilaku dapat menjadi jelas dan dapat diprediksi. Mereka melakukan yang …

13 domain-driven-design  single-responsibility