Yaygın kodlama hataları, onlardan kaçınmazsanız biter
Tam metin 1960 Kelimeler, tahmini öğrenme süresi 6 dakika
Kaynak: Unsplash
Hata yapmak insan doğasıdır.
Bununla birlikte, geliştiriciler tarafından yapılan birçok hatadan kaçınılabilir. Bu makalede bahsedilen yaygın hatalardan kaçınabilirseniz, daha iyi ve daha kısa kodlar yazabilirsiniz.
Bu sadece kendisi için değil, aynı zamanda kodu görüntülemesi gereken diğer geliştiriciler için de iyidir. Yani yaygın hatalardan kaçınmak sadece kendiniz için değildir, aynı zamanda takıma da çok yardımcı olur.
Özetlemek gerekirse Xiaoxin, bu sefer kaçınılması gereken bir dizi yaygın hatayı derledi:
1. Değişkenlerin açıklayıcı olmayan isimlendirilmesi
İyi değişken isimleri çok önemlidir ve yeterince vurgulanamaz. Çoğu zaman, tek proje geliştiricisi siz değilsiniz ve diğer geliştiricilerin de yazdığınız kodu anlaması gerekir.
İyi bir isim seçmek zaman alır, ancak daha fazla zaman kazandırabilir.
2. Sihirli sayılar ve dizeler
Kaynak: Unsplash
Yukarıdaki değişkenlerin açıklayıcı olmayan isimlendirilmesinin ardından, değişkenlere değer atamamakla ilgili olan, sihirli sayılar veya sihirli dizeler olarak da bilinen sonraki öğeye geçin.
Wikipedia tanımı:
Sihirli sayılar benzersiz değerlerdir, açıklanamayan anlamlara sahiptir ve birçok kez görünür ve adlandırılmış sabitlerle değiştirilebilir ve değiştirilmelidir.
Aşağıdaki kod parçasına bir göz atın:
Bu örnekteki 52 sayısı sihirli bir sayıdır. 52 sayısının neden ve neyi temsil ettiğini kimse anlamıyor. Neden 52? Neden 64 olamıyor? Bunlar yıl içindeki toplam hafta sayısı mı?
Daha net yöntem şudur:
Şimdi herkes bunun bir deste kartı geri dönüştürdüğünü anlayacak. Bu kod, diğer geliştiricilere bağlam sağlar. Ek olarak, değer değişkende yalnızca bir kez saklandığından ve tekrarlanmayacağından değeri değiştirmek daha kolaydır.
Sihirli sayılar, programın farklı yerlerinde sıklıkla birden çok kez kullanıldığından hatalara meyillidirler.
Aynısı dizeler için de geçerlidir, aynı yöntem kullanılabilir:
6yP4cZ nedir? Çok rastgele görünüyor.
Aha, şimdi mantıklı!
3. Kod biçimi karışıklığı
Kaynak: Unsplash
Gizlenmiş kodun biçimi genellikle kapsamlı programlama deneyimine sahip olmayanlar tarafından yapılır. Uzun yıllara dayanan deneyime sahip geliştiricilere, kod formatını karıştıran bir test uzmanı veya veri bilimcisi tanıdıklarını sorarsanız, hepsi başını sallayabilir. Bunun nedeni deneyim eksikliğidir - Python gibi bir programlama dili kullanmadığınız sürece, bu tür birçok hatadan kaçınılabilir.
Biçim karmaşasını çözmenin en yaygın yolu linter kullanmaktır (uygulama kodu doğrulaması). Modern entegre geliştirme sistemlerinin (IDE'ler) de bu sorunu çözmesi muhtemeldir. Bazen bir eklentinin yüklenmesi gerekir ve bazen doğrudan yapılabilir.
4. Bir işlevde çok fazla içerik
Tek sorumluluk modeline göre, bir işlev yalnızca bir şeyden sorumlu olmalıdır, yalnızca bir şey. Veri edinme, işleme ve sunma üç işlevini bütünleştiren çok fazla işlev gördüm. Bu fonksiyonun ayrı işlenmesi iyi programlamadır.Bir fonksiyon veri alır, bir fonksiyon veri işler ve diğer fonksiyon verileri görüntüler.
Bir işlevin yalnızca bir içeriğe odaklanmasının nedeni, işleyişini daha sağlam kıldığı için önemlidir. Örneğin, API'den (uygulama programlama arayüzü) veri alın. API'de bir değişiklik varsa - örneğin, yeni bir sürüm belirirse - o zaman işleme kodu aynı işleve aitse, işleme kodunun kesintiye uğraması riski daha büyük olacaktır ve bu da veri görüntüsünün kesintiye uğramasına neden olabilir.
5. Sert kodlama
Sabit kodlama, verileri dışarıdan almak veya çalışma zamanında veri oluşturmak yerine, verileri doğrudan bir programın kaynak koduna veya başka bir yürütülebilir nesneye yerleştiren yazılım geliştirme eylemidir.
Sabit kodlanmış değerler değiştirilemez; bunlar sabit değerlerdir. Sabit kodlama, bir anti-model olarak görülür veya en azından kötü bir kod anlamına gelir.
En sabit kodlanmış şeyler, ne (bazen geçerli) olursa olsun, parolalar ve dosya konumlarıdır.
İnsanların gördüğü birçok sabit kodlu şifre senaryosu, harici hizmetlerin veya API'lerin kimlik doğrulaması için kullanılır. Bu sertifikalar genellikle sabit kodlanmıştır, ancak en iyi uygulama değildir.
Pek çok şeyi sabit kodladığınızı fark ederseniz, yazdığınız kodu gerçekten incelemelisiniz, çünkü çoğu zaman sorunu çözmenin en iyi yolu bu değildir.
6. Kodu yorumlayın
İnsanlar yorumlanan birden fazla işlev içeren kod bloklarını gördüler. Kimse neden hala orada olduğunu bilmiyor ve hiç kimse bu kodun mantıklı olup olmadığını bilmiyor. Ancak, hiç kimse bu kodu silmez ve geliştiricilerin gerçekten yapması gereken budur. Kimsenin bu kodu silmemesinin nedeni, herkesin başkalarının kullanabileceğini düşünmesidir.
Sadece yorumlanmış kodu silin. Kod en son sürümde olmasa bile, birisi onu kullanmak isterse, kod yine de sürüm kontrolünde kullanılabilir.
Ama bu sadece kişisel görüşüm.
Kaynak: Unsplash
Hepinize mayın tarlalarından uzak durmanızı ve kodun keyfini çıkarmanızı diliyorum ~
Yorum Beğen Takip Et
Yapay zeka öğrenme ve geliştirmenin kuru mallarını paylaşalım
Yeniden yazdırıyorsanız, lütfen arka planda bir mesaj bırakın ve yeniden yazdırma şartnamelerine uyun
