«class-design» etiketlenmiş sorular

"Tek Sorumluluk İlkesi" nin "sadece bir şey yaptığı" anlamına gelmediği çok açık görünüyor. Bunun için yöntemler var. public Interface CustomerCRUD { public void Create(Customer customer); public Customer Read(int CustomerID); public void Update(Customer customer); public void Delete(int CustomerID); } Bob Martin, “sınıfların değişmesi için tek bir neden olması gerektiğini” söylüyor. Ancak, …

198 architecture  class-design  solid  single-responsibility 

Her zaman bir dilde çoklu miras alma fikrini sevdim. Çoğu zaman kasıtlı olarak affedilmiş olmasına rağmen ve sözde "değiştirme" arayüzlerdir. Arayüzler, çoklu kalıtımın aynı toprakları kapsamaz ve bu kısıtlama zaman zaman daha fazla kazan koduna yol açabilir. Bunun için duyduğum tek temel sebep , temel sınıflardaki elmas problemi . Bunu …

123 programming-languages  architecture  class-design  inheritance  multiple-inheritance 

"Belirli bir şekilde kullanılması gereken" dersleri yazıyorum (Sanırım bütün derslerin ...). Mesela ben bir çağrı gerektirenfooManager sınıfı yaratıyorum . Ve örneği biraz daha ileri itmek için, eylemini dinlemezsek, sınıf yararsızdır .Initialize(string,string)ThisHappened Demek istediğim, yazdığım sınıf yöntem çağrıları gerektiriyor. Ancak bu yöntemleri çağırmazsanız ve boş bir yeni FooManager ile sonuçlanırsanız, derler. …

96 programming-practices  teamwork  class-design  implementations 

Program tasarımımda, çoğu zaman nesne sınıflarını birkaç sınıftan geçirmem gereken noktaya gelirim. Örneğin, bir ses dosyasını yükleyen ve sonra onu bir oynatıcıya ileten bir denetleyiciye sahipsem ve oynatıcı onu playerRunnable'a geçirir, bu da başka bir yere geçirir vs. bunun nasıl önleneceğini biliyorum. Yoksa bunu yapmak iyi mi? EDIT: Belki oyuncu …

60 class-design  design 

Genelde bir OOP sorunu olduğunu düşünmeme rağmen, özellikle Java'da sık sık bu soruna rastlarım. Yani: bir istisna yaratmak, bir tasarım problemini ortaya çıkarır. Bir String namealan ve bir String surnamealan olan bir sınıfım olduğunu varsayalım . Daha sonra bu alanları bir tür belgede görüntülemek üzere bir kişinin tam adını oluşturmak …

55 java  class-design 

Yakın tarihli bir projemde, aşağıdaki başlığa sahip bir sınıf tanımladım: public class Node extends ArrayList<Node> { ... } Bununla birlikte, CS profesörümle konuştuktan sonra, sınıfın "hafıza için korkunç" ve "kötü uygulama" olacağını belirtti. İlkini özellikle doğru, ikincisini öznel olarak bulamadım. Bu kullanım için gerekçem, bir örneğin davranışının ya özel bir …

48 java  class-design  list  subclassing 

Bir sınıfın özel bölümünde, birden fazla özel yöntem tarafından kullanılan bir değer olduğunu varsayalım. İnsanlar bunu sınıf için bir üye değişkeni olarak tanımlamayı mı yoksa her bir yönteme argüman olarak geçirmeyi mi tercih ediyorlar - ve neden? Bir yandan, bir sınıftaki indirgeme durumunun (yani üye değişkenleri) genellikle iyi bir şey …

39 java  code-quality  variables  class-design  methods 

Aşağıdaki tasarımı düşünün public class Person { public virtual string Name { get; } public Person (string name) { this.Name = name; } } public class Karl : Person { public override string Name { get { return "Karl"; } } } public class John : Person { public override …

37 programming-practices  inheritance  class-design  anti-patterns 

Bu soru, Java'da iç içe bir sınıfın statik iç içe bir sınıf mı yoksa iç içe bir sınıf mı olacağıyla ilgilidir. Buralarda ve Yığın Taşması ile ilgili araştırma yaptım ancak bu kararın tasarım sonuçlarıyla ilgili herhangi bir soru bulamadım. Bulduğum sorular, bana açık olan statik ve iç içe sınıflar arasındaki …

37 java  class-design  class  static-keyword 

Bir Carsınıfım olduğunu söyleyelim: public class Car { public string Engine { get; set; } public string Seat { get; set; } public string Tires { get; set; } } Diyelim ki bir park yeri hakkında bir sistem yapıyoruz, Carsınıfın çoğunu kullanacağım , bu yüzden bir CarCollectionsınıf yapıyoruz , bunun …

35 c#  object-oriented  programming-practices  class-design  patterns-and-practices 

Nesneye Yönelik Programlama kullanarak, bir sınıf (iç içe geçmiş sınıf) içinde bir sınıf oluşturma gücümüz var, ancak 4 yıllık kodlama deneyimimde asla iç içe geçmiş bir sınıf oluşturmadım. Yuvalanmış sınıflar ne işe yarar? Bir sınıfın yuvalanmışsa özel olarak işaretlenebileceğini ve o sınıfın tüm özel üyelerine içerik içeren sınıftan erişebileceğimizi biliyorum. …

30 c#  object-oriented  programming-practices  .net  class-design 

Bir uygulama yapıyorum DelegateCommandve yapıcı (lar) ı uygulamak üzereyken, aşağıdaki iki tasarım seçeneğiyle karşılaştım: 1: Birden fazla aşırı yükleniciye sahip olmak public DelegateCommand(Action<T> execute) : this(execute, null) { } public DelegateCommand(Action<T> execute, Func<T, bool> canExecute) { this.execute = execute; this.canExecute = canExecute; } 2: İsteğe bağlı parametreli yalnızca bir kurucuya …

28 c#  class-design  parameters  constructors 

Diyelim ki bazı nedenlerle tüm nesneler bu şekilde yaratıldı $ obj = CLASS :: getInstance (). Daha sonra ayarlayıcıları kullanarak bağımlılıkları enjekte ediyoruz ve $ obj-> initInstance () kullanarak başlatma işlemini başlatıyoruz; Yapıcıları hiç kullanmayacaksak, çözülemeyen gerçek sorunlar veya durumlar var mı? Bu şekilde nesne yaratmanın nedeni Ps, getInstance () …

25 object-oriented-design  class-design 

Bir sınıf alt sınıflarını bilmeli mi? Bir sınıf, örneğin belirli bir alt sınıf için özel olan bir şey yapmalı mı? İçgüdülerim bana bunun kötü bir tasarım olduğunu, bir çeşit anti-patern gibi göründüğünü söylüyor.

24 object-oriented  object-oriented-design  class-design  class 

İşte üç değerden oluşan bir C ++ sınıfıdır. class Foo{ //Constructor Foo(std::string, int, char); private: std::string foo; char bar; int baz; }; Tüm parametre tipleri farklıdır. Yapıcıyı aşırı yükleyebilirim, böylece sipariş önemli değil. class Foo{ //Constructors Foo(std::string, char, int); Foo(std::string, int, char); Foo(char, int, std::string); Foo(char, std::string, int); Foo(int, std::string, …

23 c++  coding-style  class-design  readability  functions