«coding-style» etiketlenmiş sorular

C ++ 'da, aşağıdaki gibi bazı fonksiyonların içinde kod blokları oluşturmak kötü bir uygulamadır: bool f() { { double test = 0; test = // some other variable outside this function, for example. if (test == // some value) return true; } { double test = 0; test = // …

12 c++  programming-practices  coding-style  coding-standards 

Olanları tanımlamak için ek, teknik olarak gereksiz yerel değişkenler kullanmak iyi bir stil midir? Örneğin: bool easyUnderstandableIsTrue = (/* rather cryptic boolean expessions */); if(easyUnderstandableIsTrue) { // ... } Teknik yük söz konusu olduğunda, derleyicinin bu ek hattı optimize etmesini bekliyorum. Ancak gereksiz bir kod şişmesi olarak mı kabul edilir? …

12 coding-style  comments 

Gelen Diğer C ++ Özellikleri, Referans Argümanlar ait tarihinde C ++ Stil Rehberi , bunu const olmayan referanslar kullanılmamalıdır okuyun. Referansla iletilen tüm parametreler sabit olarak etiketlenmelidir. Başvuruları argüman olarak kullanan işlev çağrılarına bakmanın C programcıları için kesinlikle kafa karıştırıcı olduğu açıktır, ancak C ve C ++ artık farklı dillerdir. …

12 c++  coding-style  coding-standards  out-parameters 

Kapalı . Bu soru görüş temelli . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Bu yayını düzenleyerek gerçekler ve alıntılarla yanıtlanabilmesi için soruyu güncelleyin . 5 yıl önce kapalı . Kodumda, yapıcılarının parametre listesi aracılığıyla sınıflarımın çoğuna bir logger enjekte ediyorum Rastgele koyduğumu fark ettim: bazen listede …

12 object-oriented  code-smell  coding-style 

Son zamanlarda, ifadeler Dictionariesyerine 1-1 ilişkilerini eşlemeyi tercih ettim Switch. Yazmanın biraz daha hızlı ve zihinsel olarak işlenmesinin daha kolay olduğunu düşünüyorum. Ne yazık ki, bir nesnenin yeni bir örneğiyle eşlerken, bunu şu şekilde tanımlamak istemiyorum: var fooDict = new Dictionary<int, IBigObject>() { { 0, new Foo() }, // Creates …

12 c#  coding-style 

Taahhütlerin ölçülmesinin uygun olmadığı konusunda birçok düşünce mevcuttur . Taahhütlerden daha fazla kaynak çekmeye çalışan herhangi bir çalışma yapıldı mı - örneğin: tarama kalıpları IDE çalışması (ön taahhüt) boşta kalma süresi çoklu görev Bu önlemleri almanın kolay bir yolunu düşünemiyorum, ama herhangi bir çalışma yapılıp yapılmadığını merak ediyorum. Kişisel bir …

12 self-improvement  productivity  coding-style 

Macarca gösterimi kullanmak genellikle kötü bir uygulama olarak kabul edilir , ancak userNameTextBoxve adlı GUI denetimlerini bulmak yaygındır userNameLabel. Kontrol türünü ismine koydunuz mu? Bu bir çeşit Macar notasyonu değil mi?

12 language-agnostic  coding-style  gui  notation 

Mevcut kod tabanı için bir projedeki kodlama standartları / stil kılavuzundaki evrim ile nasıl başa çıkıyorsunuz? Ekibinizdeki birisinin programlama dilinde daha iyi bir nesne somutlaştırma yöntemi keşfettiğini varsayalım. Eski yolun kötü ya da arabası olması değil, sadece yeni yol daha az ayrıntılı ve çok daha zarif hissettiriyor. Ve tüm ekip …

12 coding-standards  coding-style  maintenance 

Geçmişte, genellikle bir nesneyi oluşturduğum / güncellediğim birincil yöntemdeki manipülasyonumun çoğunu yaptım, ancak son zamanlarda kendimi farklı bir yaklaşımla buldum ve bunun kötü bir uygulama olup olmadığını merak ediyorum. İşte bir örnek. Diyelim ki bir Uservarlığı kabul eden bir havuzum var, ancak varlığı eklemeden önce, tüm alanlarının istediğimiz şeye ayarlandığından …

12 c#  design  coding-style 

Golang'ın burada bulunan bir stil rehberine sahip olduğu en yakın şeyde , Alıcı Adları altında bu yazılmıştır: Bir yöntemin alıcısının adı, kimliğinin bir yansıması olmalıdır; genellikle türünün bir veya iki harfli kısaltması yeterlidir ("Müşteri" için "c" veya "cl" gibi). "Ben", "bu" veya "ben" gibi genel adları, işlevlerin aksine yöntemlere daha …

12 coding-style  naming  golang 

JavaScript, PL / SQL ve diğer bazı dillerde, işlevler iç içe yerleştirilebilir, yani başka bir işlev içinde bildirilebilir. Bu, büyük bir işlevi daha küçük parçalara ayırmak için kullanılabilir, ancak bu parçaları daha büyük işlev bağlamında tutmak. function doTooMuch() { function doSomething () { ... } function doSomethingElse() { ... } …

12 javascript  coding-style 

Şirketimin kod tabanında (.NET 3.5 uygulaması) aşağıdaki kod desenini her yerde görüyorum: bool Foo(int barID, out Baz bazObject) { try { // do stuff bazObject = someResponseObject; return true; } catch (Exception ex) { // log error return false; } } // calling code BazObject baz = new BazObject(); fooObject.Foo(barID, …

12 c#  code-quality  coding-style 

Temelde belirli bir koşul verildiğinde farklı eylemler yürütmem gerekiyor. Mevcut kod bu şekilde yazılır Temel arayüz // DoSomething.java interface DoSomething { void letDoIt(String info); } Birinci işçi sınıfının uygulanması class DoItThisWay implements DoSomething { ... } İkinci işçi sınıfının uygulanması class DoItThatWay implements DoSomething { ... } Ana sınıf class …

11 java  coding-style 

Örneğin, aşağıdaki işlev, bir giriş alanının adını ve hatalarını içeren bir dizide dolaşır. Bunu, doğrulama alanının adını kontrol edip hata bilgisini geçersiz alanlar dizisine iterek yapar. Kısa olmak ve bunu yazmak daha iyi mi? addInvalidField (field, message) { const foundField = this.invalidFields.find(value => { return value.name === field.name }) const …

11 coding-style  naming 

Ruby'de yeniyim ve tüm nesnelerin sıfır ve yanlış dışında doğru olduğunu öğrendiğimde şaşırdım. 0 bile doğrudur. Dilin bu özelliği hakkında güzel bir şey yazabilmenizdir: if !variable # do stuff when variable is nil end Daha deneyimli Ruby geliştiricileri olan meslektaşlarım, .nil kullanmak yerine bunu seçmem konusunda ısrar ediyorlar. şöyle: if …

11 coding-style  ruby  null