Bir geliştirme ekibinde farklı kodlama stillerini desteklemenin bir yolu var mı

Sorun: İki geliştirici => çirkinlik hakkında üç görüş, yeni hatta parantez içinde olsun ya da olmasın.

Projelerimizde genellikle üç veya dört kişiyle çalışırız ve her birinin kendi kod stili vardır. Biliyorum, ortak çözüm bir kod stili üzerinde anlaşmaya varmak, herkes kullanmak zorunda, ama yaratıcı programcıları onlara uymayan bir takımda zorlamak istemiyorum.

Yani soru şudur: Her programcının kendi stilini yaşamasına izin vermenin bir yolu var mıdır, ancak depo içinde ortak bir kod tabanına sahip mi? Ben ödeme ve taahhüt kişisel ve ortak tarzı arasında değişen bazı git / svn / ne olursa olsun eklenti düşünüyorum. Bana öyle geliyor ki, bu yaklaşımdaki zor kısım, bir dosyanın sürümleri arasındaki doğru farkları desteklemektir.

Hayır, bir standart oluşturmalısınız. Ekip üyesi B değişikliğiniz varsa (otomatik bir IDE aracıyla veya el ile), ekip üyesi A'nın bir yığın yığını yazdı, bu taahhüt edilecek ve değişiklik olarak gösterilecektir.

Bu neredeyse her takımın karşı karşıya olduğu ve standartların bu nedenle "zorlandığı" bir şeydir. Dil yetkilileri standartlarını bir temel olarak izlemenizi ve bunları ekibinize uyacak şekilde benimsemenizi öneririm.

Tutarlı bir kodlama stiline sahip olmak, projenin sürdürülebilirliğine yardımcı olacak ve kod üzerinde çalışan yeni insanlar için giriş engelini azaltacaktır.

Hayır, bir kodlama standardı (tercihen zaten var olan) tanımlamanız ve geliştiricilerinize uymasını sağlamanız gerekir. Profesyonel bir programcı olmak, üzerinde çalıştığınız projede kullanılan herhangi bir kodlama standardına uyum sağlayabileceğiniz anlamına gelir.

EVET, stillerin hepsi mantıklı olduğu sürece ve insanlar tercihlerinin eşleşmesi ve / veya stilleri tek bir kod dosyasında karıştırmak için diğer insanların kodlarını değiştirmeye devam etmezler.
İdeal değil, ancak eski kodu kendinizden farklı bir "standarda" devralmak ve kod tabanınızla entegre etmek zorunda değilsiniz.
Dolayısıyla, yapmanız gerekiyorsa, bazı yönergeler:

• tercihlerinize uyacak şekilde farklı tarzda kod değiştirmemek, zamana mal olur ve hatalar getirir
• herhangi bir dosyada tutarlı kalır. Yani A stili başlangıçta yazmak için kullanılmışsa, herkes A stilini değiştirirken kullanır
• genel arayüzünüz için ortak bir standart oluşturun, bu nedenle dışarıya maruz kalan her şey için (ve evet, bir sistemin diğer alt bileşenleri dışarıdadır).

Kısa cevap hayır.

Düşünceler işte özellikle Yazılım Geliştirme gibi bilgiye dayalı bir işte değerlense de, geliştiriciler bir düşüncenin sadece bir fikir olduğunu ve hangi satır girintisi standardının en iyi olduğu konusunda tartışmayacak bir yazılım yazmak için orada olduklarını fark etmelidir.

Standartlar belgesinin amacı, aşağıdakileri ele alan bir dizi ortak kodlama standardını / sözleşmesini uygulamak / önermek olmalıdır

1. Sekme, girinti, kullanımı {, (,
2. Değişken, Nesne ve İşlev adı yani CamelCase, Macarca gösterim
3. İstisna Nasıl / ne zaman / nerede yapılacağını işleme
4. Kod yorumları. Her zaman bir tasarım dokümanı, hata numarası vb.

Standart belgeleri, kodun kurallarında okunması, sürdürülmesi ve tutarlı olmasını sağlar.

Bu, orijinal geliştiricinin şirketten ayrılmasından birkaç yıl sonra, check-inlerden önce kodu incelerken, başka bir kişinin kodunda hata ayıklarken veya kodu değiştirirken çok değerlidir.

Normalde bir Kodlama Standartları belgesi oluştururken, kullandığım dil için endüstri standartlarını gözden geçiririm (C, C #, SQL), en uygun standartları kullanır, yorum için en üst düzey / etkili geliştiricilere dağıtır, yorumları uygun olduğunda birleştirir ve sonra belgeyi bırakın.

Kod, sürüm kontrol sisteminize bağlı olmadan önce otomatik olarak yeniden biçimlendirmek teoride mümkündür.

Ancak , büyük bir sorun var: otomatik kod biçimlendirme araçları% 100 güvenilir değil. Böylece, aslında bu sistem ile kod sorunları getirebilir. Aklımda, bu fikri öldürüyor. Fonksiyonel koda sahip olmak her zaman doğru biçimli koddan daha önemlidir!

Proje bölümlere ayrılmışsa ve kodun çoğu bölümü ayrı ayrı programcılar tarafından "sahiplenilme" eğilimindeyse, kendi stillerini (akıl içinde) kullanmalarına izin vermek uygun olabilir. Bununla birlikte, birkaç kişi sıklıkla aynı kod parçası üzerinde çalışıyorsa, muhtemelen bir stili zorlamak gerekir.

İşte Stack Overflow ile ilgili benzer bir tartışma .

Aşağıdaki durumlarda tek yönlü otomatik olarak yeniden biçimlendirme kodu uygulanabilir bir çözüm olabilir:

1. Gerçekleştirmek istediğiniz kural ve programlama diliniz için gerçekten işe yarayan bir otomatik formatlayıcı bulun.
2. Yeniden biçimlendirme işlemi gerçekleştirilebilir, böylece yeniden biçimlendirme, gerçek fonksiyonel değişikliklerle karıştırılan ve ayırt edilemeyen değişiklik günlüklerinde görünmez.
3. Ekibinizin hangi sözleşmenin uygulanması gerektiğine karar vermesini sağlayın (çünkü genel olarak bir geliştiricinin kişisel tercihine çıkışta "geri dönüş" yoktur, en azından bildiğim kadar değil).

Bunların hiçbirini birçok durumda yapmak kolay değildir, bu yüzden savaşlarınızı burada seçmeyi düşünün! Ekiplerin bunu, geliştiricinin PC'sinde yeniden biçimlendirmenin zaten gerçekleştiği bir C # /. NET projesi için başarıyla yaptığını gördüm, bu nedenle bazı durumlarda mümkündür.

kesinlikle yapabilirsiniz. Onun tüm küçük şeyler terleme değil.

Önemli olan tek standart "değişikliklerinizi mevcut kodla aynı stilde tut". Kendinizi tercih ettiğiniz bir kodlama stiline sığabildiğiniz sürece, herhangi bir kodlama stiliyle çalışabilirsiniz.

Peki aynı şirket içinde 3 farklı tarzda çalışmakla ilgili en önemli şey nedir? Kişisel geliştiriciler, bu anlıyoruz gerek onlar gibi onların kodunu bulmak ama bir şekilde kod yazmak onlar kullanır farklı bir stil, onlar farklı bir dosyada değişiklik yapmak bir kez sahip (ya da gerçekten kötü bakacağız) bu stili korumak için . Yeniden biçimlendirmeye izin verilmez (veya sürekli olarak yeniden biçimlendirilirler ve scm farkları işe yaramaz) (ve bunu yaparsanız, otomatik olarak biçimlendirilmiş olmalıdır).

Şanslar, bununla başladıklarında, hangi stilin kullanılacağı konusunda biraz fikir birliğine varırlar ya da stil çoğunlukla birlikte sürüklenirler. Bu konuda çocukça olacaklar ve her zaman kodlarını yeniden biçimlendireceklerse, internetten bir standart indirmenin ve kullanmasını talep etmenin zamanı olacaktır. Bunu yine de yapmak isteyebilirsiniz, sadece yüzlerinde "iyi ya da başka bir oyun" kartı olarak sallayın.