DDD'yi yeni okumaya başladım. Varlık ve Değer nesneleri kavramını tam olarak kavrayamıyorum .. Biri, bir Değer nesnesi bir Varlık nesnesi olarak tasarlandığında bir sistemin karşılaşabileceği sorunları (sürdürülebilirlik, performans ... vb.) Açıklayabilir mi? Örnek harika olur ...
Yanıtlar:
Temel ayrıma indirgendiğinde, kimlik varlıklar için önemlidir, ancak değer nesneleri için önemli değildir. Örneğin, birinin Adı bir değer nesnesidir. Bir Müşteri varlığı, bir müşteri Adı (değer nesnesi), Liste <Sipariş> Sipariş Geçmişi (Varlıkların Listesi) ve belki bir varsayılan Adresten (tipik olarak bir değer nesnesi) oluşabilir. Müşteri Varlığının bir Kimliği olur ve her siparişin bir Kimliği olur, ancak bir Ad olmamalıdır; genel olarak, nesne modelinde zaten bir Adresin kimliği muhtemelen önemli değildir.
Değer nesneleri tipik olarak değişmez nesneler olarak temsil edilebilir; Bir değer nesnesinin bir özelliğini değiştirmek, esas olarak eski nesneyi yok eder ve yeni bir tane yaratır, çünkü siz içerik kadar kimlikle ilgilenmezsiniz. Düzgün bir şekilde, Nesnenin özellikleri başka bir örneğin özellikleriyle aynı olduğu sürece, Name üzerindeki Equals örnek yöntemi "true" değerini döndürür.
Ancak, Müşteri gibi bir varlığın bazı özelliklerini değiştirmek müşteriyi yok etmez; bir Müşteri varlığı tipik olarak değiştirilebilir. Kimlik aynı kalır (en azından nesne ısrar ettikten sonra).
Muhtemelen farkında olmadan değerli nesneler yaratırsınız; İnce taneli bir sınıf oluşturarak bir Varlığın bazı yönlerini temsil ettiğinizde, bir değer nesnesine sahip olursunuz. Örneğin, geçerli değerler üzerinde bazı kısıtlamalara sahip olan ancak daha basit veri türlerinden oluşan bir IPAdresi sınıfı bir değer nesnesi olacaktır. Bir EmailAddress bir dize olabilir veya kendi davranış kümesine sahip bir değer nesnesi olabilir.
Veritabanınızda kimliği olan öğelerin bile nesne modelinizde bir kimliği olmaması oldukça olasıdır. Ancak en basit durum, birlikte anlam ifade eden bazı özelliklerin birleşimidir. Muhtemelen Customer.FirstName, Customer.LastName, Customer.MiddleInitial ve Customer.Title'a sahip olmak istemiyorsunuz, bunları Customer.Name olarak birlikte oluşturabiliyorsanız; Kalıcılık hakkında düşündüğünüz zaman muhtemelen veritabanınızda birden çok alan olacaktır, ancak nesne modeliniz umursamıyor.
int[1]paylaşılmamış değişken bir değer, paylaşılabilir değişmez bir değer (referansları tutan hiçbir şey ona yazmayacaksa) veya bir varlık (iki veya daha fazla referans varsa ve bunlardan biri yazmak için kullanılabilirse) diğeri kullanılarak okunabilen değerler). Ne yazık ki, değişken değerleri içeren sınıf nesnelerinin yanlışlıkla varlıklara dönüşmesini önlemek için Java veya .NET'te dil desteği bilmiyorum.
Tüm öznitelikleri tarafından toplu olarak tanımlanan herhangi bir nesne, bir değer nesnesidir. Niteliklerden herhangi biri değişirse, yeni bir değer nesnesi örneğiniz olur. Değer nesnelerinin değişmez olarak tanımlanmasının nedeni budur.
Nesne, tüm öznitelikleri tarafından tam olarak tanımlanmamışsa, nesnenin kimliğini oluşturan bir öznitelikler alt kümesi vardır. Kalan nitelikler, nesneyi yeniden tanımlamadan değişebilir. Bu tür bir nesne değişmez olarak tanımlanamaz.
Ayrımı yapmanın daha basit bir yolu, değer nesnelerini asla değişmeyecek statik veriler ve varlıkları uygulamanızda gelişen veriler olarak düşünmektir.
Değer Türleri:
Varlıklar:
Aşağıdakilerin doğru olup olmadığını bilmiyorum, ancak bir Adres nesnesi durumunda, onu bir Varlık yerine bir Değer Nesnesi olarak kullanmak istediğimizi söyleyebilirim çünkü varlıktaki değişiklikler tüm bağlantılı nesnelere yansıtılır ( örneğin bir Kişi).
Şu durumu ele alalım: Evinizde başka insanlarla birlikte yaşıyorsunuz. Adres için Varlık kullanacak olsaydık, tüm Kişi nesnelerinin bağlantı verdiği tek bir benzersiz Adres olacağını iddia ederim. Bir kişi taşınırsa, adresini güncellemek istersiniz. Adres Varlığının özelliklerini güncellerseniz, tüm kişilerin farklı bir adresi olacaktır. Bir Değer Nesnesi durumunda, Adresi (değişmez olduğu için) düzenleyemeyiz ve bu Kişi için yeni bir Adres sağlamaya zorlanırız.
Bu kulağa doğru geliyor mu? DDD kitabını okuduktan sonra, bu fark konusunda hala kafamın karışık olduğunu söylemeliyim.
Bir adım daha ileri gidersek, bu veri tabanında nasıl modellenebilir? Adres nesnesinin tüm özelliklerini Kişi tablosunda sütunlar olarak mı alırdınız yoksa benzersiz bir tanımlayıcıya sahip olan ayrı bir Adres tablosu mu oluştururdunuz? İkinci durumda, aynı evde yaşayan insanların her birinin farklı bir Adres nesnesi örneği olacaktır, ancak bu nesneler ID özellikleri dışında aynı olacaktır.
Bunu başka bir başlıkta sordum ve hala kafam karışık. Veri modelleme ile performans hususlarını karıştırıyor olabilirim. Kataloglama uygulamamızda, bir Müşteri ihtiyaç duyana kadar değişmez. Bu kulağa aptalca geliyor - ancak müşteri verilerinin "okunması", "yazılanlardan" çok daha fazla ve birçok web isteğinin tümü nesnelerin "etkin kümesine" ulaştığı için Müşterileri tekrar tekrar yüklemeye devam etmek istemiyorum. Bu yüzden Müşteri nesnesi için değişmez bir yola yönelmiştim - onu yükleyin, önbelleğe alın ve Müşteriyi görmek isteyen (çok iş parçacıklı) isteklerin% 99'una aynı yolu sunun. Ardından, bir müşteri bir şeyi değiştirdiğinde, yeni bir Müşteri oluşturmak ve eskisini geçersiz kılmak için bir 'düzenleyici' edinin.
Benim endişem, birçok iş parçacığının aynı müşteri nesnesini görmesi ve değişken olması, o zaman bir iş parçacığı değişmeye başladığında diğerlerinde kargaşa çıkmasıdır.
Şu anki sorunlarım, 1) bu kadar makul ve 2) özellikler hakkında çok fazla kod kopyalamadan bunu en iyi nasıl yapacağım.
EntitiesVe arasındaki 3 ayrımValue Objects
Tanımlayıcı vs yapısal eşitlik: Varlıkların tanımlayıcıları vardır, varlıklar aynı tanımlayıcıya sahiplerse aynıdır. Elin ötesindeki Değer Nesneleri yapısal eşitliğe sahiptir, tüm alanlar aynı olduğunda iki değer nesnesini eşit kabul ederiz. Değer nesnelerinin tanımlayıcıları olamaz.
Değişkenlik ve değişmezlik: Değer Nesneleri değişmez veri yapılarıdır, oysa varlıklar yaşam süreleri boyunca değişir.
Ömür: Değer Nesneleri Varlıklara Ait Olmalıdır
Çok basit bir cümleyle söyleyebilirim ki, üç tür eşitliğimiz var:
Tanımlayıcı eşitliği yalnızca Varlığı ifade eder ve yapısal eşitlik yalnızca Değer Nesnesini ifade eder. Aslında Değer Nesnelerinin kimliği yoktur ve bunları birbirinin yerine kullanabiliriz. ayrıca değer nesneleri değişmez olmalıdır ve varlıklar değiştirilebilir olabilir ve değer nesneleri veritabanında nay tablosu olmayacaktır.