IsRoot, UML'de IsAbstract & IsLeaf ne zaman kullanılır?

Question

IsRoot, IsAbstract & IsLeaf'un aşağıdaki açıklamasında karşılaştım ancak bunları ne zaman kullanacağınızı anlamayın. http://www2.sys-con.com/itsg/virtualcd/dotnet/archives/0108/clark/index.htm den

alıntı:

IsRoot onay kutusunu işaretleyerek diğer sınıfların kalıtımla almasından sınıfını kısıtlıyor. IsAbstract'ın kontrol edilmesi, sınıfın taklit edilmesini kısıtlar ve istemcileri, sınıfın işlevselliğine erişmek için türetilmiş bir sınıfı başlatmaya zorlar. IsLeaf'ın kontrol edilmesi, sınıfın mühürlendiğini gösterir. Mühürlü sınıflar, devralınabilir değildir ve bir miras zincirinin derinliğini sınırlamaya yardımcı olur.

Benim anlayış

1. IsRoot o
2. IsAbstract o soyut sınıf
3. IsLeaf olduğunu düşündürmektedir gibi görünen bir üst sınıf olduğunu düşündürmektedir görünüyor miras edilemez ancak örneğini içeren bir sınıftır .

birisi bana bu kullanan bir modelin gerçek dünya örnek verebilir misiniz? Mesela, bir 'süper' sınıfı olan 'araba' gibi bir sınıf hayal edebiliyorum ve bunun altında 'Volvo', 'Chevrolet' vb. Sınıflar olacak.

Answer 1

• isRoot artık UML2 bulunmaktadır.Uml 1'de bu (tarifnameden) anlamına gelir:

isRoot: GeneralizableElement atalara sahip bir kök GeneralizableElement olup olmadığını belirtir. True, 'un atalarının olmayabileceğini gösterir, false, atalarına sahip olabileceğini belirtir (şu anda herhangi bir ataya sahip olsun ya da olmasın).

• isAbstract eleman eksiktir ve örneği anlamına gelir.

Doğruysa, Sınıflandırıcı tam bir deklarasyon sağlamaz ve tipik başlatılamaz. Bir soyut sınıflandırıcısının diğer klasörler tarafından kullanılması amaçlanmıştır (örneğin, genel meta-ilişkilerin veya genel metailizasyonların hedefi olarak ilişkileri). Varsayılan değer yanlıştır.

• isLeaf bazı programlama dillerinde final aynı eleman, yeniden tanımlamak anlamına gelir.

onların ayrıca bir RedefinableElement yeniden tanımlamak mümkün olup olmadığını gösterir. Değer true ise, RedefinableElement öğesini yeniden tanımlamak mümkün değildir. Varsayılan değeri yanlıştır.

Answer 2

Gerçek olmayan örnekler değil, bazı.

1. isRoot: Bence bu artık UML'nin bir parçası değil. Bu makale 2004'ten beri UML 2'nin ortaya çıktığı dönemdi ve Visio'nun desteklediğinden şüpheliyim. Hala desteklemeyebilir.
2. isAbstract: Alt sınıfların bir üyesi olan örneğini oluşturamayacak şekilde tüm üst sınıfların soyutlanması iyi bir fikirdir. Sınıflar temel olarak örneklerdir. Bir örnek için bir üst kümenin üyesi ve alt kümelerin hiçbiri olmaması ne anlama geliyor? Tam olarak böyle bir örneğin sınıflandırmasının ne olduğu açık değildir ve zaman içinde istemeden değişebilir. Ayrıca disjoint alt sınıfları yapmak için iyi bir fikirdir (örtüşmeyen) ve covering (bilinen tüm alt sınıfları belirtilen). Daha fazla ayrıntı ve bunun gerçek bir örneği olan Avians'ı Lahman's book'da kullanıyoruz.
3. isLeaf: esasen kodunuzu geçersiz insanları tutar. Ben this quotation doğrulamak olamaz, ama sözde The Unified Modeling Language Reference Manual diyor:

   bir yaprak olmak veya yaprak olarak kısıtlanan kontrolü insan davranışına temel anlamsal özellikler daha ziyade yazılım mühendisliği mekanizmaları değildir.

bu yardım ediyor mu?