«domain-driven-design» etiketlenmiş sorular

İşyerindeki potansiyel bir projeyi değerlendirirken, nesne modeline etki alanı odaklı bir tasarım yaklaşımı kullanmanın avantajlı olabileceğini önerdim. Projenin aşırı karmaşık bir alanı yok, bu yüzden iş arkadaşım bunu bana attı: DDD'nin karmaşık bir alan modeli olduğu durumlarda olumlu olduğu söylenmiştir (“... Karmaşık, karmaşık bir alanda faaliyet gösterdiğimizde geçerlidir” Eric Evans). …

16 complexity  domain-driven-design 

Etki alanı odaklı tasarım ilkelerini kavramaya çalışan küçük bir uygulama üzerinde çalışıyorum. Başarılı olursa, bu daha büyük bir proje için bir pilot olabilir. "Etki Alanına Dayalı Tasarımın Uygulanması" (Vaughn Vernon tarafından) kitabını takip etmeye ve benzer, basit bir tartışma forumu uygulamaya çalışıyorum. Ben de github IDDD örnekleri kontrol ettik. Davam …

16 domain-driven-design  authorization  permissions  implementations 

Son zamanlarda mikro hizmetler hakkında çok şey okudum ve işte şimdiye kadar aldığım sonuçlardan bazıları (herhangi bir noktada yanılıyorsam lütfen düzeltin). Mikro hizmetler mimarisi, etki alanına dayalı tasarımla uyumludur. Genellikle bir MS bir sınırlı bağlamı temsil eder. Mikro-servis A , mikro-servis B'de bulunan bir işlevsellik gerektiriyorsa , modelim muhtemelen yanlıştır …

15 architecture  domain-driven-design  soa  microservices 

Bir .NET 4.5 C # Web API RESTful çözümü oluşturuyorum ve birisinin bana proje çözümümün Domain Driven Design kullanılarak tasarlanmış bir çözüm için doğru ve / veya akıllı (-enough?) Olup olmadığını söylemesini istiyorum. Çözüm 6 projeye ayrıldı: / Taban (Hiçbir şey tarafından referans verilmemiştir) Web projesi ve çözüm ile dış …

15 c#  rest  domain-driven-design 

Önce yazının uzunluğundan özür dileyerek başlayayım, ama gerçekten çok fazla ayrıntı iletmek istedim, bu yüzden yorumlarda ileri geri gitmiyorum. Bir DDD yaklaşımı izleyen bir uygulama tasarlıyorum ve bir Agrega Kökü'nün başka bir AR içermesi veya ayrı, "bağımsız" AR'ler olarak bırakılması gerekip gerekmediğini belirlemek için hangi rehberliği takip edebileceğimi merak ediyorum. …

15 domain-driven-design 

Ben CQRS ve olay kaynak kavramlarını öğrenmek için küçük bir örnek uygulama üzerinde çalışıyorum. Bir Baskettopluluğum veProductBağımsız olarak çalışması toplama var. Uygulamayı göstermek için bazı sahte kodlar Basket { BasketId; OrderLines; Address; } // basket events BasketCreated { BasketId; } ItemAdded { BasketId; ProductId; Quantity } AddItemSucceeded { BasketId; ProductId; …

15 domain-driven-design  cqrs  event-sourcing 

TDD, testler tarafından yönlendirilen kod tasarımı ile ilgilidir. Bu nedenle, tipik katmanlar genellikle önceden inşa edilmez; yeniden düzenleme adımlarıyla hafifçe görünmelidirler. Etki alanına dayalı tasarım, Uygulama katmanı, Altyapı katmanı, Etki Alanı Katmanı, Kalıcılık katmanı gibi iyi yapılandırılmış katmanları tanımlayan birçok teknik desen içerir. Bir DDD projesinin kodlama parçasını sıfırdan başlatmak …

15 architecture  testing  tdd  domain-driven-design 

özet CQRS / DDD'de yetkilendirme komut başına / sorgu başına uygulanmalı mı, uygulanmamalı mı? DDD CQRS modelini az çok kesinlikle kullanarak çevrimiçi bir uygulama geliştiriyorum. Başımı gerçekten alamadığım bir problemle karşılaştım. Oluşturduğum uygulama, insanların defter oluşturmasına izin veren ve diğer kişilerin çalışanlar gibi onları görüntülemesine / düzenlemesine / silmesine izin …

15 domain-driven-design  cqrs 

Yukarıdaki sorunun muhtemelen birkaç 'ne ??' yükseltir, ancak açıklamaya çalışalım: Ben ilgili kavramların bir çift kafamı temelde Saga-desen (sarmak için çalışıyorum http://www.rgoarchitects.com/Files/SOAPatterns/Saga.pdf Olay kaynak ile birlikte) (A DDD-konsept : http://en.wikipedia.org/wiki/Domain-driven_design ) Birlikte saran güzel bir yazı: https://blog.jonathanoliver.com/cqrs-sagas-with-event-sourcing-part-ii-of-ii/ Bir dakika içinde soruya geliyorum, ama önce anladığım şeyi özetlemeye çalışmalıyım (bu yanlış …

15 domain-driven-design  cqrs  event-sourcing 

Etki alanına özgü bir nesnenin düz bir Dize veya sayıya karşı ne zaman kullanılacağına ilişkin genel kurallar veya genel kurallar nelerdir? Örnekler: Yaş sınıfı vs Tamsayı? FirstName sınıfı vs String? UniqueID ve Dize PhoneNumber sınıfı vs String vs Long? DomainName sınıfı vs String? Bence çoğu OOP uygulayıcısı kesinlikle PhoneNumber ve …

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

Şirketimiz birçok manuel iş sürecini (ve ilgili kurumsal bilgiyi) yeni kurumsal yazılımlara dönüştürme sürecindedir. Proje gerçekten iyi gidiyor, ancak ilerledikçe, hem iş hem de kalkınma taraflarında terim ve tanımlarla ilgili çok fazla karışıklık olduğu açık. Evan'ın bir süre boyunca her yerde bulunan bir dil oluşturma argümanlarının farkındaydım, ama bu onları …

14 documentation  domain-driven-design 

Bir görev günlüğü sistemimiz olduğunu varsayalım, bir görev günlüğe kaydedildiğinde, kullanıcı bir kategori belirtir ve görev varsayılan olarak 'Üstün' durumuna geçer. Bu durumda Kategori ve Durum'un varlık olarak uygulanması gerektiğini varsayın. Normalde bunu yaparım: Uygulama katmanı: public class TaskService { //... public void Add(Guid categoryId, string description) { var category …

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

Bir işletmenin tek sorumluluğu (değişim nedeni), kendisini benzersiz bir şekilde tanımlamak, diğer bir deyişle sorumluluğunun anlaşılabilir olması olmalıdır. Eric Evan'ın DDD kitabı, sf. 93: İşletmelerin en temel sorumluluğu, davranışın açık ve öngörülebilir olabilmesi için süreklilik sağlamaktır. Yedek tutulursa bunu en iyi şekilde yaparlar. Özniteliklere ve hatta davranışa odaklanmak yerine, Entity …

14 domain-driven-design  single-responsibility 

"Doğrulamanın katmanlı bir mimaride nereye ait olduğunu soran başka bir soru değil mi?" Evet, ama umarım bu konuya biraz farklı bir bakış getirecektir. Doğrulamanın pek çok biçim aldığını, bağlam temelli olduğunu ve mimarinin her düzeyinde değiştiğini kesin olarak inanıyorum. Her katmanda ne tür bir doğrulama yapılması gerektiğini belirlemeye yardımcı olan …

13 domain-driven-design  validation  layers 

Neredeyse iki yıldır Domain Driven Design'ı okuyorum ve günlük işlerime bazı kavramları dikkatle ekliyorum ya da en azından Domain Driven Design içinde düzenli olarak yaptığım şeylerin nasıl yapılabileceğine dair planlar yapıyorum. Özellikle de etki alanı nesnelerinin yalnızca yazma amacıyla kullanılması amaçlanan Olay Kaynaklandırma ve Komut Sorgusu Sorumluluk Ayrımı (CQRS) hakkında …

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