Saya melihat istilah ini banyak dalam konteks arsitektur perangkat lunak ("domain-model", "domain-driven-design" dll.). Saya sudah mencarinya di Google, tetapi saya mendapatkan banyak definisi berbeda. Jadi apa itu
Model domain terdiri dari objek, perilaku, hubungan, dan atribut yang membentuk industri yang menjadi fokus pengembangan.
Saya melihat istilah ini banyak dalam konteks arsitektur perangkat lunak ("domain-model", "domain-driven-design" dll.). Saya sudah mencarinya di Google, tetapi saya mendapatkan banyak definisi berbeda. Jadi apa itu
Di mana kita menarik garis antara delegasi dan enkapsulasi logika bisnis? Tampak bagi saya bahwa semakin kita mendelegasikan, kita menjadi semakin anemia . Namun, delegasi juga mempromosikan penggunaan kembali dan kepala sekolah KERING. Jadi apa yang pantas untuk didelegasikan dan apa yang harus...
Saya bekerja untuk perusahaan yang domainnya benar-benar sulit untuk dipahami karena merupakan teknologi tinggi dalam elektronik, tetapi ini berlaku untuk setiap pengembangan perangkat lunak dalam domain yang kompleks. Aplikasi yang saya kerjakan menampilkan banyak informasi, bagan, dan metrik...
Saya sedang mengerjakan sebuah proyek di mana kami mencoba menerapkan desain berbasis domain dan REST untuk arsitektur berorientasi layanan. Kami tidak khawatir tentang kepatuhan REST 100%; mungkin akan lebih baik untuk mengatakan kami mencoba membangun HTTP API yang berorientasi pada sumber daya...
Argumen mana yang harus dipertimbangkan seseorang ketika merancang sistem baru dan harus menyimpan nama seseorang sebagai satu bidang atau secara terpisah sebagai nama depan / belakang? Pro untuk bidang tunggal: UI yang lebih sederhana Tidak ada ambiguitas ketika mencoba memasukkan nama...
Posting ini berkaitan dengan peristiwa yang berubah dengan cepat. Saya memodelkan database yang harus digunakan sebagai persyaratan umum non-fungsional untuk semua layanan dari perusahaan startup, seperti orang, pengguna, layanan, dan data komersial seperti kupon, paket tanda...
Saya telah membaca banyak artikel baru-baru ini yang menggambarkan obsesi primitif sebagai bau kode. Ada dua manfaat dari menghindari obsesi primitif: Itu membuat model domain lebih eksplisit. Misalnya, saya dapat berbicara dengan analis bisnis tentang Kode Pos alih-alih string yang berisi kode...
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...
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...
Saya belajar di bersih dan sebagai hasilnya saya secara dramatis memikirkan kembali banyak cara saya merancang dan menulis perangkat lunak. Namun saya masih bergumul dengan aturan bisnis seperti "simpan pembaruan untuk beberapa item, muat pertama Semua daftar item yang saya miliki izin untuk...
Ketidaktahuan Ketekunan adalah penerapan prinsip tanggung jawab tunggal, yang dalam praktiknya berarti bahwa Objek Domain ( DO ) tidak boleh berisi kode yang terkait dengan kegigihan, alih-alih hanya berisi logika domain. a) Saya menganggap ini berarti bahwa kode yang menghubungi lapisan bawah...
Saya menyelami konsep-konsep Desain Domain-Driven (DDD) dan menemukan beberapa prinsip aneh, terutama mengenai isolasi domain dan model ketekunan. Inilah pemahaman dasar saya: Layanan pada lapisan aplikasi (menyediakan serangkaian fitur) meminta objek domain dari repositori yang diperlukan untuk...
Dalam logika bisnis kami, kami terkadang menetapkan metode seperti ini: User.ResetCourse(Course courseToReset) Masalahnya adalah bahwa Pengguna dan Kursus adalah objek proxy Entity Framework. Ini berarti bahwa ketika kita menekan properti navigasi pada Pengguna atau Kursus itu dapat menyebabkan...
Saya telah menggunakan alat MDA (model driven architecture) di masa lalu di mana kami memodelkan melalui UML dan ini menghasilkan entitas bisnis (model domain kami) dan ORM (pemetaan dll) di antara hal-hal lainnya. Banyak kode bisnis dan layanan yang bekerja pada domain adalah bagian dari model...
Ini agak mirip dengan pertanyaan ini tetapi lebih luas. Secara umum, dengan ORM seperti EF 4.1 yang mendukung POCO, apakah sekarang masuk akal untuk menjadikan entitas domain Anda sebagai objek yang bertahan di basis data Anda? Dengan ORM yang lebih lama seperti EF 4 atau Linq-to-SQL, "objek...
Anda sedang membangun sistem yang melacak Perusahaan. Perusahaan-perusahaan itu memiliki Kontak. Kontak tersebut seringkali merupakan spesialis yang hanya menjawab jenis pertanyaan tertentu, seperti Penagihan / Pembayaran, Penjualan, Pemesanan, dan Dukungan Pelanggan. Menggunakan Desain Berbasis...
Saya seorang pemula DDD relatif, tetapi saya membaca apa saja dan semua yang saya bisa dapatkan untuk mendidih dan menyaring pengetahuan saya. Saya menemukan pertanyaan DDD ini, dan salah satu jawabannya membuat saya tertarik. Konteks & Domain Terbatas DDD? Dalam salah satu jawaban, poster...
Gagasan "kanonik" meresap dalam perangkat lunak; pola-pola seperti Canonical Model , Canonical Schema , Canonical Data Model dan sebagainya, tampaknya muncul lagi dan lagi dalam pengembangan. Seperti banyak pengembang, saya sering mengikuti, tanpa kritik, kearifan konvensional bahwa Anda...
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...
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