«design» etiketlenmiş sorular

Yazılım tasarımı ile problem çözme ve çözüm planlaması hakkında sorular.

10
Tasarım desenleri günümüzde gerçekten gerekli mi?
"İşyerinde Kodlayıcılar" okuyordum ve kitapta görüşülen bazı profesyonellerin tasarım kalıpları konusunda çok hevesli olmadıkları gerçeğiyle karşılaştım. Bunun 2 ana nedeni olduğunu düşünüyorum: Tasarım desenleri bizi terimleriyle düşünmeye zorlar. Başka bir deyişle, yeni bir şey icat etmek neredeyse imkansızdır (belki daha iyi). Tasarım desenleri sonsuza dek sürmez. Dil ve teknolojiler hızlı …

12
Test edilebilir kod daha iyi kod mu?
Düzenli olarak benim koduyla birim testleri yazma alışkanlığı olsun çalışılıyor ama okumuştum ilk yazmak için önemlidir test edilebilir kod . Bu soru test edilebilir kod yazmanın SOLID ilkelerine değinir, ancak bu tasarım prensiplerinin hiç test yazmayı planlamadan faydalı olup olmadığını (veya en azından zararlı olmadığını) bilmek istiyorum. Netleştirmek için - …

17
Kullanıcı Arabirimi sınıflarının bir komut satırı arayüzü ile değiştirilebileceğini düşünerek bir mimari tasarlamak iyi bir fikir midir?
Kod Tamamlama sayfa 25'te, normal kullanıcı arayüzü sınıflarını bir komut satırı ile kolayca değiştirmenin iyi bir fikir olduğu söylenir. Test etmenin avantajlarını bilerek, getirebilecekleri sorunlar ne olacak? Bu ekstra iş gerçekten web ve mobil projeler için karşılığını alacak mı? Küçük ve orta ölçekli projelerden ne haber; aynı kurallar geçerli mi? …


8
Gerçekten “Yumuşak Kodlama” nedir?
Gelen bu makalede Alex Papadimoulis tarafından, bu pasajı görebilirsiniz: private void attachSupplementalDocuments() { if (stateCode == "AZ" || stateCode == "TX") { //SR008-04X/I are always required in these states attachDocument("SR008-04X"); attachDocument("SR008-04XI"); } if (ledgerAmnt >= 500000) { //Ledger of 500K or more requires AUTHLDG-1A attachDocument("AUTHLDG-1A"); } if (coInsuredCount >= 5 …
87 design 

11
Main () neden kısa olmalıdır?
9 yılı aşkın bir süredir programlama yapıyorum ve ilk programlama öğretmenimin tavsiyesine göre, main()fonksiyonumu her zaman çok kısa tutuyorum. İlk başta nedenini bilmiyordum. Ben sadece profesörlerimin zevkine, anlamadan itaat ettim. Tecrübe kazandıktan sonra, kodumu doğru tasarladıysam, kısa bir main()fonksiyona sahip olmanın sadece sortof olduğunu gördüm . Modüler kod yazımı ve …

22
OOP, doğal olmadığı için zor mu?
Bir kişi sıklıkla OOP'un doğal olarak insanların dünya hakkında düşündüklerine karşılık geldiğini duyabilir. Ancak bu ifadeye kesinlikle katılmıyorum: Biz (ya da en azından ben) dünyayı karşılaştığımız şeyler arasındaki ilişkiler açısından kavramlaştırıyoruz , ancak OOP'un odağı bireysel sınıfları ve hiyerarşilerini tasarlıyor. Günlük yaşamda, ilişkilerin ve eylemlerin çoğunlukla OOP'da ilgisiz sınıfların örnekleri …

18
Kusurları tasarlayın ve ondan aşağılanma ile uğraşın [kapalı]
Teklif ettiğiniz yazılım tasarımlarında her zaman temel olarak doğru mu geldiniz? Temelde yanlış olan bazı tasarımları yaptığınızda, ekip arkadaşlarınızın saygısını yitirirsiniz. Bundan sonra ne yaparsan yap, bu olaydan sonra önerdiğin her şey için kontrol edilmen gerekiyor. Bu, özellikle bir takıma yeniyseniz daha kötüdür ve geçmişe dair bazı iyi başarı hikayeleriniz …
84 design 

11
DRY, yazılım proje yönetiminin düşmanı mıdır?
Yazılım geliştirmenin en temel ve yaygın olarak kabul gören ilkelerinden biri DRY'dir (kendinizi tekrar etmeyin). Ayrıca çoğu yazılım projesinin bir çeşit yönetim gerektirdiği de açıktır. Şimdi yönetmesi kolay görevler nelerdir (tahmin, zamanlama, kontrol)? Doğru, tekrarlayan işler, DRY'ye göre kaçınılması gereken görevler. Bu nedenle proje yönetimi açısından, varolan bazı kodları 100 …

9
Kod yazabilirim… ama iyi tasarlayamıyorum. Baska öneri? [kapalı]
Bit ve parça kod yazmakta iyi olduğumu hissediyorum, ancak tasarımlarım gerçekten berbat. Sorun şu ki, tasarımlarımı nasıl geliştiririm - ve daha iyi bir tasarımcı olurum? Okulların ve kolejlerin insanlara matematiksel problem çözmede nasıl iyi olunacağını öğretmek için iyi bir iş çıkardıklarını düşünüyorum, ancak okulda oluşturulan çoğu uygulamanın genellikle 1000 - …
83 design  skills 

7
Bağımlılık Enjeksiyonu veya statik fabrikalar mı kullanmalıyım?
Bir sistemi tasarlarken, sıklıkla diğer modüller tarafından kullanılan bir grup modülün (kayıt, veritabanı erişimi, vb.) Olması problemiyle karşılaşıyorum. Asıl soru, bu bileşenleri diğer bileşenlere nasıl sunacağım. İki cevap olası bağımlılık enjeksiyonunu veya fabrika şablonunu kullanarak görünmektedir. Ancak her ikisi de yanlış görünüyor: Fabrikalar testi zorlaştırıyor ve uygulamaların kolayca değiştirilebilmesine izin …


16
Kendilerini rasgele öldürecek programlar tasarlamalı mıyız? [kapalı]
Kısaca, genel sistemin iyiliği için programlarımıza, süreçlerimize ve konularımıza düşük seviyelerde ölüm tasarlamalı mıyız? Arızalar olur. İşlemler ölür. Afeti planlıyoruz ve bazen ondan kurtarıyoruz. Ancak, nadiren öngörülemeyen program ölümü tasarlar ve uygularız. Hizmetlerimizin çalışma sürelerinin, çalışmalarını sürdürmeye özen gösterdiğimiz sürece devam edeceğini umuyoruz. Bu konseptin makro örneği, bazı senaryolarda AWS …
76 design 

4
Neden birçok yazılım geliştirici açık / kapalı prensibini ihlal ediyor?
Neden birçok yazılım geliştiricisi, yükseltme işleminden sonra uygulamayı kıracak yeniden adlandırma işlevleri gibi birçok şeyi değiştirerek açık / kapalı prensibini ihlal ediyor ? Bu soru React kütüphanesindeki hızlı ve sürekli versiyonlardan sonra kafama atlıyor . Her kısa dönemde sözdiziminde, bileşen adlarında, vb. React'in gelecek sürümündeki örnek : Yeni İtiraz Uyarıları …

7
Yazılım projelerinde kazara karmaşıklık nasıl yönetilir?
Murray Gell-Mann, Richard Feynman'ın bu kadar zor problemi nasıl çözebildiğini sorduğunda, Gell-Mann, Feynman'ın bir algoritmasına sahip olduğunu söyledi: Sorunu yaz. Çok zor düşün. Çözümü yazın. Gell-Mann, Feynman'ın farklı bir problem çözücü olduğunu açıklamaya çalışıyordu ve metotlarını inceleyerek elde edilebilecek bir fikir yoktu. Orta / büyük yazılım projelerinde karmaşıklığı yönetmek konusunda …

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.