"Ortak" yuvalanmış sınıflar olsun ya da olmasın

Question

Bir "Uygulama" sınıfım olduğunu varsayalım. İlklendirilmek için kurucudaki belirli ayarları alır. Ayrıca, ayarların sayısının, kendilerine ait bir sınıfa yerleştirilmeye zorlanacağı kadar çok olduğunu varsayalım.

Bu senaryoda aşağıdaki iki uygulamayı karşılaştırın.

Uygulama 1:

class Application 
{ 
    Application(ApplicationSettings settings) 
    { 
     //Do initialisation here 
    } 
} 

class ApplicationSettings 
{ 
    //Settings related methods and properties here 
} 

Uygulama 2: Bana göre

class Application 
{ 
    Application(Application.Settings settings) 
    { 
     //Do initialisation here 
    } 

    class Settings 
    { 
     //Settings related methods and properties here 
    } 
} 

, ikinci yaklaşım çok tercih edilir. Daha okunabilir çünkü iki sınıf arasındaki ilişkiyi güçlü bir şekilde vurgular. Uygulama sınıfını herhangi bir yerde oluşturmak için kod yazarken, ikinci yaklaşım daha güzel görünecek.

Şimdi sadece Ayarlar sınıfının kendisinin de benzer şekilde "ilgili" bir sınıfı olduğunu ve bu sınıfın da bunu yaptığını hayal edin. Yalnızca bu tür üç seviyeye geçin ve 'yuvalanmayan' durumda sınıf adlandırma elden çıkar. Bununla birlikte, yuva yaparsanız, işler hala zarif kalır.

Yukarıdakilere rağmen, StackOverflow üzerinde iç içe geçmiş sınıfların yalnızca dış dünya tarafından görülemiyorsa haklı olduğunu söyleyen insanları okudum; eğer sadece sınıfın içsel uygulaması için kullanılıyorlarsa. Yaygın olarak anılan itiraz, sınıfın kaynak dosyasını içeren boyutun şişirilmesidir, ancak kısmi sınıflar bu sorun için mükemmel bir çözümdür.

Benim sorum şu, neden iç içe geçmiş sınıfların "kamuya açık" kullanımı konusunda ihtiyatlıyız? Bu kullanıma karşı başka argümanlar var mı?

Answer 1

Sanırım sorun yok. Bu temel olarak yapımcı modelidir ve yuvalanmış sınıfları kullanmak oldukça iyi çalışır. Ayrıca, kurucunun dış sınıfın özel üyelerine erişmesine izin verir, bu da çok kullanışlı olabilir. Örneğin, oluşturucu bir örneğini alır dış sınıfına özel yapıcısını çağırır oluşturucu bir Yapı yöntemi olabilir: sağlar

public class Outer 
{ 
    private Outer(Builder builder) 
    { 
     // Copy stuff 
    } 

    public class Builder 
    { 
     public Outer Build() 
     { 
      return new Outer(this); 
     } 
    } 
} 

olduğu bir örneğini binanın sadece yolu dış sınıf oluşturucu ile.

C# numaralı Protokol Arabellekleri bağlantısında böyle bir şablon kullanıyorum.

Answer 2

Konuyla ilgili Microsoft has to say nolu sayfaya bakmak isteyebilirsiniz. Temelde söyleyeceğim bir stil meselesi.

Answer 3

İç içe geçmiş ve/veya kapsayıcı sınıfına ince ayar erişimi için öncelikle yuvalanmış sınıflar kullanıyorum. Unutulmaması gereken bir şey, yuvalanmış bir sınıf tanımının temel olarak bir sınıf üyesi olması ve tüm muhafazanın özel değişkenlerine erişimi olacaktır.

Bunu, belirli bir sınıfın kullanımını denetlemek için de kullanabilirsiniz.

Örnek: o dış uygulaması halinde

public abstract class Outer 
{ 
    protected class Inner 
    { 
    } 
} 

Şimdi, bu durumda, (sınıfınızın) kullanıcı sadece, İç sınıfa erişebilirsiniz.

Answer 4

İlgili alanları ilişkilendirmek için ad alanlarını kullanabilirsiniz. Örneğin

:

namespace Diner 
{ 
    public class Sandwich 
    { 
     public Sandwich(Filling filling) { } 
    } 

    public class Filling { } 
} 

onlar ad sanki sınıfları kullanarak üzerinden bu avantajı isteğe şeyleri kısaltmak için çağrı tarafında using kullanabilirsiniz olmasıdır

:

using Diner; 

... 

var sandwich = new Sandwich(new Filling()); 

Eğer Sandwich sınıfını, Filling için bir ad alanıymış gibi kullanın, Sandwich.Filling tam adını kullanmak için Filling'a başvurmanız gerekir.

Ve bunu bilerek geceleri nasıl uyuyacaksınız?

Answer 5

Genel yuvalanmış sınıfların geçerli kullanımı için sahip olduğum başka bir pratik örnek, IEnumerable özelliğine sahip bir viewmodel kullandığımda MVC düzenindedir. Örneğin: Ben içerdiği yalnızca o belirli ViewModel için özelleştirilmiş olduğu için Product sınıf dışında yeniden kullanılacak istemiyorum çünkü

public class OrderViewModel 
{ 
public int OrderId{ get; set; } 
public IEnumerable<Product> Products{ get; set; } 

public class Product { 
public string ProductName{ get; set; } 
public decimal ProductPrice{ get; set; } 
} 

} 

ben kullanıyorum. Ama bunu özel yapamıyorum çünkü Ürünler mülkiyeti kamuya ait.