«solid» etiketlenmiş sorular

Uygulamamı tasarlıyorum ve SOLID ve OOP'yi doğru bir şekilde anladığımdan emin değilim. Sınıflar 1 şeyi yapmalı ve iyi yapmalı ancak diğer taraftan birlikte çalıştığımız gerçek nesneleri temsil etmelidir. Benim durumumda veri setinde bir özellik çıkarımı yapıyorum ve ardından makine öğrenimi analizi yapıyorum. Üç sınıf oluşturabileceğimi farz ediyorum FeatureExtractor DataSet analizör …

42 object-oriented  object-oriented-design  solid 

OOP'deki isimlere dayanan fiilleri kullanmanın yasal olup olmadığını merak ediyorum. Bu mükemmel makaleye rastladım , yine de yaptığı noktaya katılmıyorum. Sorunu biraz daha açıklamak için makale, örneğin bir FileWritersınıf olmaması gerektiğini , ancak yazmanın bir eylem olduğu için sınıfın bir yöntemi olması gerektiğini belirtir File. Bir Java programcısı, bir Java …

42 object-oriented  solid  single-responsibility 

Bugün, F # gelişiminde SOLID ilkesinin uygunluğunu tanımlayan bu makaleyi daha yeni gördüm. F # ve Tasarım ilkeleri - SOLID Ve sonuncuyu ele alırken - "Bağımlılık inversiyon ilkesi", yazar şöyle dedi: İşlevsel bir bakış açısına göre, bu kaplar ve enjeksiyon kavramları, basit bir yüksek dereceli fonksiyonla veya dilin içine yerleştirilmiş …

41 functional-programming  solid 

Microsoft belgelerine göre, Wikipedia SOLID ilke makalesi veya çoğu BT mimarı, her sınıfın yalnızca bir sorumluluğunun olmasını sağlamalıyız. Nedenini bilmek istiyorum, çünkü eğer herkes bu kurala katılıyorsa kimse bu kuralın nedenleri konusunda hemfikir değil gibi görünüyor. Bazıları daha iyi bakım sunulduğunu, bazılarının kolay test edildiğini veya sınıfın daha sağlam veya …

37 design-patterns  architecture  solid  single-responsibility 

Nesne yönelimli tasarım hakkında düşünürken SOLID ilkelerini oldukça faydalı buldum . İşlevsel programlama için uyarlanmış benzer / eşdeğer bir dil-agnostik ilke seti var mı?

35 design-patterns  functional-programming  solid 

Çoğunlukla büyük uygulamalarımızda, genellikle "sabitler" için yalnızca birkaç yerimiz vardır: GUI ve iç kalıcılar için bir sınıf (Sekme Sayfa başlıkları, Grup Kutusu başlıkları, hesaplama faktörleri, numaralandırmalar) Veritabanı tabloları ve sütunları için bir sınıf (bu bölüm kod oluşturulur) artı bunlar için okunabilir adlar (el ile atanır) Uygulama mesajları için bir sınıf …

34 architecture  development-process  solid  coupling 

bağlam In Temiz Kod , sayfa 35, diyor Bu, if ifadelerindeki blokların, başka ifadelerin, while ifadelerinin vb. Bir satır uzunluğunda olması gerektiği anlamına gelir. Muhtemelen bu hat bir işlev çağrısı olmalıdır. Bu sadece çevreleyen işlevi küçük tutmakla kalmaz, aynı zamanda belgesel değeri de ekler çünkü blok içinde çağırılan işlev güzel …

33 clean-code  solid 

Diyelim ki, denilen yaygın olarak paylaşılan bir sınıfla bir uygulamanız var User. Bu sınıf, kullanıcı, kimliği, adı, her modüle erişim düzeyleri, saat dilimi vb. Hakkındaki tüm bilgileri gösterir. Kullanıcı verilerine açıkça sistem genelinde geniş bir şekilde atıfta bulunulmaktadır, ancak her ne sebeple olursa olsun, sistem bu kullanıcı nesnesini ona bağlı …

30 java  c#  design  solid 

Muhtemelen 23 arayüz uygulayan bir sınıfa sahip olmak için bir kod kokusu veya hatta bir anti-patern olduğunu düşünürdüm. Gerçekten bir anti-kalıp ise, ona ne derdiniz? Yoksa sadece Tek sorumluluk ilkesini izlemiyor mu?

28 object-oriented  anti-patterns  solid 

Liskov Değişimi ilkesinin olası ihlali konusundaki bu yüksek oyu alan soruyu takip ediyordum . Liskov Değişimi ilkesinin ne olduğunu biliyorum ama aklımda hala net olmayan şey, geliştirici olarak nesne yönelimli kod yazarken prensip hakkında düşünmezsem, neyin yanlış gidebileceğidir.

27 object-oriented  object-oriented-design  solid  design-principles  liskov-substitution 

SOLID , “bir programdaki nesnelerin, bu programın doğruluğunu değiştirmeden alt tiplerinin örnekleriyle değiştirilmesi gerektiği” fikrini taşıyan Liskov ikame ilkesini içerir . Statik yöntemlerle statik sınıflar ( Mathsınıf gibi bir bit ) hiç bir örneğe sahip olmadığından, statik yöntemlerle statik sınıflarım varsa, sistemim SOLID olarak kabul edilir mi?

27 language-agnostic  solid  static-access 

Ben ne olduğunu anlamak KATI başarmak ve modülerlik önemlidir ve onun hedefleri açıkça faydalıdır durumlarda düzenli kullanmak gerekiyordu. Ancak, iki şey benim kod tabanımda tutarlı bir şekilde uygulamamı engelliyor: Erken soyutlamadan kaçınmak istiyorum. Tecrübelerime göre somut kullanım senaryoları olmadan soyutlama çizgileri çizmek (şimdiki veya öngörülebilir gelecekte var olan türler ) …

27 design  object-oriented  solid 

Geçenlerde video oyun geliştirmede OOP hakkında bir arkadaşımla bir tartışma yaptım. Arkadaşlarımın sürprizine göre, birçok küçük sınıf ve birkaç soyutlama katmanı içeren oyunlarımdan birinin mimarisini açıklıyordum. Bunun, her şeye Tek Sorumluluk vermeye ve aynı zamanda bileşenler arasındaki eşleşmeyi gevşetmeye odaklanmamın sonucu olduğunu savundum. Endişesi, çok sayıda sınıfın bir bakım kabusuna …

26 object-oriented  solid 

İki yıl boyunca harika bir Yatırım Bankasında çalıştım. En iyi şekilde kod yaratma arzusuyla, uyarlanmış iyi tasarım modellerine saygı göstererek, SOLID ilkesini, silgi yasasını ve her türlü çift koddan kaçınmayı ... Üretimde teslimat => sıfır hata olduğunda, tümü beklendiği gibi oldu. Ancak, tüm kodlarımın okuduğunu anlama için çok karmaşık olduğunu …

23 java  design  design-patterns  solid 

Diyelim ki FooInterfaceaşağıdaki imzayı içeren bir arayüzüm var: interface FooInterface { public function doSomething(SomethingInterface something); } Ve ConcreteFoobu arayüzü uygulayan somut bir sınıf : class ConcreteFoo implements FooInterface { public function doSomething(SomethingInterface something) { } } ConcreteFoo::doSomething()Özel bir SomethingInterfacenesne türünden geçtiyse benzersiz bir şey yapmak istiyorum (diyelim ki çağrılıyor SpecialSomething). …

20 object-oriented  solid  liskov-substitution