«design-patterns» etiketlenmiş sorular

Açık Kapalı Prensip (OCP) ile Bağımlılık Tersinir Princible (DIP) arasındaki farkı anlamaya çalışıyordum . Şimdiye kadar internette yaptığım araştırmalara dayanarak, 'DIP'nin OCP'ye ulaşabileceğimiz bir seçenek olduğu' sonucuna vardım. Ben haklı mıyım? Bana DIP'yi takip etmeyen ama OCP'yi takip eden bir örnek verebilir misiniz?

12 design-patterns  object-oriented  object-oriented-design  solid 

Bağımlılık enjeksiyonunda yeniyim ve uygulamalarımda hangi stili kullanmam gerektiği hakkında birkaç sorum var. Martin Fowler'ın Kontrol Kapsayıcılarının İnversiyonu ve Bağımlılık Enjeksiyon kalıbını yeni okudum , ancak yapıcı, ayarlayıcı ve arayüz enjeksiyonu arasındaki pratik farkı alamıyorum. Bana öyle geliyor ki birini diğerinin üzerinde kullanma nedenleri sadece kod temizleme ve / veya …

12 design-patterns  dependency-injection  inversion-of-control 

Umarım olabildiğince RESTful hale getirmek için bir HTTP API tasarlama sürecindeyim. İşlevselliğin birkaç kaynağa yayıldığı bazı eylemler vardır ve bazen geri alınması gerekir. Kendi kendime düşündüm, bu bir komut kalıbına benziyor, ama onu bir kaynağa nasıl modelleyebilirim? Böyle bir şeyle yaratılacak olan DepositAction gibi XXAction adında yeni bir kaynak tanıtacağım …

12 design-patterns  api  rest  api-design  http 

Son zamanlarda singletonlara karşı bir tür devrim oldu, ancak vatansızlarsa onlarla ilgili bir sorun mu var? Aşırı konuşmayı biliyorum ve hepsi ... bu sadece singletonlar için değil her şey için geçerlidir.

12 design-patterns  object-oriented  singleton  immutability 

Endüstriyel bir ortamda vanaları açmak ve kapatmak için kullanılacak bir uygulama geliştiriyorum ve böyle basit bir şey düşünüyordum: - public static void ValveController { public static void OpenValve(string valveName) { // Implementation to open the valve } public static void CloseValve(string valveName) { // Implementation to close the valve } …

12 design  design-patterns  object-oriented 

Burada ne sorulduğunu söylemek zor. Bu soru belirsiz, belirsiz, eksik, aşırı geniş veya retoriktir ve mevcut haliyle makul bir şekilde cevaplanamaz. Bu sorunun tekrar açılabilmesi için açıklığa kavuşturulması konusunda yardım için yardım merkezini ziyaret edin . 7 yıl önce kapalı . Burada Programcılar'da şu sorunun cevabını gördüm : Tasarım kalıpları …

12 programming-languages  design-patterns 

Kalıcı Cehalet , tek bir sorumluluk ilkesinin uygulamasıdır; bu, uygulamada Etki Alanı Nesneleri'nin ( DO ) kalıcılıkla ilgili kod içermemesi gerektiği yerine yalnızca etki alanı mantığı içermesi anlamına gelir . a) Bunun alt katmanlarla (yani kalıcılık katmanlarıyla) temas eden kodun , bir iş mantığı katmanının diğer sınıflarında ( OC ) …

12 design-patterns  domain-driven-design  domain-model  persistence 

Veri nesnelerine özel alanlar ekleme veya kendi özel nesne tanımınızı oluşturma yeteneğine sahip uygulamaları tasarlamak için ortak stratejiler veya tasarım kalıpları var mı? Örneğin, kendi bilgi türlerinize sahip olabileceğiniz SalesForce gibi ürünleri, Expression Engine gibi çerçeveleri ve kanalları ve kanal alan gruplarını işleme biçimini (Örnek) veya CMSes Like wordpress'in özel …

12 design-patterns  database-design 

Wikipedia diyor "yazılım varlıkları (sınıflar, modüller, işlevler, vb.) genişletme için açık, ancak değişiklik için kapalı olmalıdır" Kelime fonksiyonları gözlerimi yakaladı ve şimdi bir yöntem için aşırı yük oluşturmanın Açık / kapalı prensibinin bir örneği olarak kabul edilebileceğini varsayabilir miyiz acaba? Bir örnek açıklayayım. Hizmet katmanınızda neredeyse 1000 yerde kullanılan bir …

12 solid  design-patterns  open-close 

Şu anda olduğu gibi, bu soru Soru-Cevap formatımıza uygun değil. Yanıtların gerçekler, referanslar veya uzmanlık tarafından desteklenmesini bekliyoruz, ancak bu soru muhtemelen tartışma, tartışma, oylama veya genişletilmiş tartışma talep edecektir. Bu sorunun çözülebileceğini ve muhtemelen yeniden açılabileceğini düşünüyorsanız, yardım için yardım merkezini ziyaret edin . 8 yıl önce kapalı . …

12 design-patterns 

Şimdiye kadar, web uygulamaları geliştirmek için MVC modelinin büyük bir hayranıydım. Web için çoğunlukla PHP'de (Kohana ve CodeIgniter çerçeveleriyle) ve Ruby'de (RoR) geliştirdim. Uygulamalarım Ajax tarafında ağırlaştıkça (tek sayfalık uygulamalar vb.) MVC'nin temel kavramlarına ihanet edemediğimi fark ettim: Javascript işlerin çoğunu yapıyor; sadece görüntüleme veya daha fazla js / json …

12 javascript  design-patterns  mvc  ajax 

Kodları bir fonksiyona veya yönteme koymak mantıklı mı ve iyi bir kural nedir? Ben dört satır veya daha büyük bir başparmak kuralını kullanarak ve daha sonra iki kez daha görünür, o zaman bu kodu içeren basit bir işlev / yöntem yapmak. Daha iyi bir uygulama düşünebilir veya herhangi bir işaretçi …

12 design-patterns  language-agnostic 

2007 yılında, Joshua Blochs'un "oluşturucu kalıbını" ele geçirmesi ve özellikle bir nesnenin çoğu isteğe bağlı olan çok sayıda özelliğe sahip olması durumunda, yapıcıların ve ayarlayıcıların aşırı kullanımını geliştirmek için nasıl değiştirilebileceği hakkında bir makale okudum. Bu tasarım modelinin kısa bir özeti burada belirtilmiştir . Bu fikri beğendim ve o zamandan …

12 java  design-patterns 

Nerede bir sınıf ve bu sınıfta bir başlatma yöntemi var bu mevcut kodu var. Sınıfın nesnesi oluşturulduktan sonra, bu nesneye onun üzerinde başlat çağrısı yapmaları beklenir. Başlatma yönteminin var olmasının nedeni Nesne genel bir kapsama sahip olmak için erken oluşturulur ve sonra başlatma yöntemi daha sonra bağımlı olduğu bir dll …

12 c++  design  design-patterns 

Yeni bir RESTful web hizmeti kuruyorum ve role dayalı bir erişim kontrol modeli sağlamam gerekiyor . Kullanıcıların hizmetlere erişmek için kullanıcı adlarını ve parolalarını sağlamasına ve daha sonra rollerine göre hizmetleri (hangi hizmetleri kullanabilecekleri, okuyabilir / okuyabilir, okuyabilir, vb.) Kullanabileceğini kısıtlayacak bir mimari oluşturmam gerekiyor bu kullanıcılara atanır. Diğer sorulara …

12 web-development  design-patterns  security  web-services  rest