«coding-style» etiketlenmiş sorular

Sık sık söylemek programcılar konuşmak " aynı yöntemle birden fazla dönüş ifadeleri koymayın. " Bana, benim hemen hepsi bu nedenleri anlatmak için onlara sorduğunuzda " kodlama standardı. Öyle diyor " "veya Kafa karıştırıcı. " Bana bir geri dönüş ifadesi olan çözümler gösterdiklerinde, kod bana daha çirkin görünüyor. Örneğin: if (condition) …

1055 coding-style  coding-standards  history  control-structures 

Bu tür bir işlevi her iki formatta da sıklıkla yazdım ve bir formatın diğerine göre tercih edilip edilmediğini ve nedenini merak ediyordum. public void SomeFunction(bool someCondition) { if (someCondition) { // Do Something } } veya public void SomeFunction(bool someCondition) { if (!someCondition) return; // Do Something } Genellikle birinciyi …

304 coding-style  conditions  control-structures 

Kıvrımlı kaşlı ayraçlar kendi çizgisinde olmalı mı yoksa olmamalı mı? Bu konu hakkında ne düşünüyorsun? if (you.hasAnswer()) { you.postAnswer(); } else { you.doSomething(); } ya da olmalı if (you.hasAnswer()) { you.postAnswer(); } else { you.doSomething(); } ya da if (you.hasAnswer()) you.postAnswer(); else you.doSomething(); Lütfen yapıcı olun! Nedenini açıkla, deneyimlerini paylaş, …

273 coding-style  code-formatting 

Patronum şüphesiz kötü programcıların breakve continuedöngüler içinde kullandıklarından bahseder . Onları her zaman kullanırım çünkü anlamlıdırlar; size ilhamını göstereyim: function verify(object) { if (object->value < 0) return false; if (object->value > object->max_value) return false; if (object->name == "") return false; ... } Buradaki nokta, önce işlevin koşulların doğru olduğunu kontrol …

191 coding-style  language-agnostic  syntax  readability  control-structures 

Benden daha deneyimli bir geliştiricim var. Programlama uygulamaları hakkında konuşuyorduk ve 'if' ifadeleri konusundaki yaklaşımından şaşırmıştım. Oldukça garip bulduğum ifadelerle ilgili bazı uygulamalarda ısrar ediyor. Öncelikle , eğer bir if ifadesi, içine koymak için bir şey olup olmadığına bakılmaksızın başka bir ifade tarafından takip edilmelidir. Bu gibi görünen kod yol …

169 coding-style  conditions 

Gerçekten büyük projeler yazmıyorum. Büyük bir veri tabanı tutmuyorum ya da milyonlarca satır kodla uğraşıyorum. Kodum öncelikle "betikleme" türünde şeyler - matematiksel fonksiyonları test etmek veya bir şeyi simüle etmek için şeyler - "bilimsel programlama" dır. Bu noktaya kadar çalıştığım en uzun programlar birkaç yüz satırlık bir kod ve üzerinde …

169 python  coding-style  clean-code  python-3.x 

Bu küçük bir kıkırdama, ama böyle bir şeyi kodlamak zorunda kaldığımda tekrarlama beni rahatsız ediyor, ama çözümlerin hiçbirinin daha kötü olmadığından emin değilim. if(FileExists(file)) { contents = OpenFile(file); // <-- prevents inclusion in if if(SomeTest(contents)) { DoSomething(contents); } else { DefaultAction(); } } else { DefaultAction(); } Bu tür bir …

161 coding-style  conditions 

Bugün bir programlama tartışmasına katıldım, burada temelde aksiyomatik olarak dairesel referansların (modüller, sınıflar arasında, her neyse) kötü olduğunu varsayan bazı açıklamalar yaptım. Bir adım attığımda iş arkadaşım "Dairesel referansların nesi var?" Diye sordu. Bu konuda güçlü hislerim var, ama net ve somut bir şekilde sözlü olarak söylemem zor. Karşılaştığım herhangi …

160 code-quality  coding-style 

Bu şu anda üzerinde çalıştığım kod temeli ile büyük bir hayal kırıklığı yarattı; değişken isimlerimizin çoğu kısa ve açıklayıcı değildir. Projede kalan tek geliştiriciyim ve çoğunun ne yaptığıyla ilgili belgeler yok, bu yüzden temsil ettiklerini izlemek için fazladan zaman harcamak zorundayım. Örneğin, bir optik yüzeyin tanımını güncelleyen bazı kodları okuyordum. …

140 coding-style  language-agnostic  naming 

Genelde, sınıfta birden fazla yerde tekrar kullanılan işlevselliği enkapsüle etmek için özel yöntemler kullanırım. Ama bazen, her biri kendi özel yönteminde daha küçük adımlara bölünebilecek büyük bir kamu yöntemine sahibim. Bu, kamu yöntemini kısaltacaktır, ancak yöntemi okuyan birini farklı özel yöntemlere atlamaya zorlamanın okunabilirliğe zarar vereceğinden endişeleniyorum. Bu konuda bir …

139 coding-style  readability 

PEP-8'in bu bölümünü gördüm. Https://www.python.org/dev/peps/pep-0008/#package-and-module-names Bunun bir modül / sınıf / paketin dosya adını ifade edip etmediği konusunda net değilim. Her birine bir örneğim varsa, dosya isimleri uygunsa alt çizgi halinde küçük harf mi olmalı? Veya başka bir şey?

137 python  coding-style  naming-standards 

Babel ES6’yı kodlayan bir Sr. Uygulamamızın bir kısmı API çağrısı yapar ve API çağrısından geri aldığımız veri modeline dayanarak, belirli formların doldurulması gerekir. Bu formlar çift bağlantılı bir listede saklanır (arka uç verilerin bir kısmının geçersiz olduğunu söylerse, kullanıcıyı çabucak karıştırdıkları bir sayfaya geri getirebilir ve daha sonra hedefine geri …

133 coding-style  functional-programming  teamwork  senior-developer  leadership 

Kendim, ikiden fazla bir şey yapmam gerektiğinde bir işlev yazmak için sabırsızlanıyorum. Ancak, sadece iki kez görünen şeylere gelince, biraz daha zor. İkiden fazla satır gerektiren kod için bir fonksiyon yazacağım. Ama şöyle şeylerle yüzleşirken: print "Hi, Tom" print "Hi, Mary" Yazmakta tereddüt ediyorum: def greeting(name): print "Hi, " + …

131 python  coding-style 

Bu biraz sersemletici, ancak bazı insanların kullandıkları Idşekilde olduğunu gördüm : private int userId; public int getUserId(); ve diğerleri şunları kullanır: private int userID; public int getUserID(); Bunlardan biri diğerinden daha iyi bir isim mi? Neden? Bunun büyük projelerde çok tutarsız bir şekilde yapıldığını gördüm. Bir standart belirlesem, çoğu insanın …

126 coding-style  naming  variables 

Neden birçoğumuzun aynı değişkeni aynı değişken isimlerini kullanarak yinelendiğini düşündüğü oldu mu? for (int i = 0; i < foo; i++) { // ... } Şimdiye kadar kullanımları baktım çoğu kodu görünüyor i, j, kve benzeri yineleme değişkenler olarak. Sanırım bunu bir yerden aldım, ancak bunun yazılım geliştirmede neden bu …

126 programming-practices  coding-style  coding-standards