Linting neden kullanıyoruz? sorusunu sorarak konuya bir adım atalım. Bunun için birkaç sebebimiz var.
Projemizde kod kalitesini belli bir seviyenin üzerinde tutmaya çalışıyoruz. Bu sebeple linting kullanıyoruz.
Büyük bir ekip olmamızın gerekliliği olarak hemde developer arkadaşların da projeye hızlı adapte olabilmesini sağlamak için linting kullanıyoruz.
- Tek bir konfigürasyon dosyamız olacak, kurallarımızı belirleyeceğiz, kurallara uymayan kod satırları uyarılacak, geliştiren kişi tarafından düzeltilmesi gerektiği bilinecek.
- Tüm ekip, burada belirlediğimiz standartlarda kod yazabilecek, böylece potansiyel buglar için de proaktif davranmış olabileceğiz.
Bu işi yapmamızı sağlayacak eklentinin adı ise Eslint
Kurduktan sonra aşağıdaki ekran görüntüsünde olduğu gibi uyarıları, kodlama yaparken görebileceğiz.
Önemli Not: Projede ek olarak bir kural daha ekledim. Bu kurala istinaden sayfanızda eslint kurallarına uymayan bir durum söz konusu olduğunda kodlarınızı git commit ve git push yapamazsınız.
Özetle;
- Eslint bizi hızlandırır.
- Daha kaliteli kod yazmamızı sağlar.
- Commit merge ederken daha az conflict çıkması sağlar.
- Kullanımı basittir.
Nasıl daha iyi kod yazarım sorusuna cevap arayan arkadaşlar için aşağıdaki okuma listesini paylaşıyorum.
Yaptığımız bu iş ile ilgili daha detaylı bilgi için kütüphane linklerini paylaşıyorum:
Kafası karışanlar ve soru işareti olan arkadaşlara konuyu daha detaylı şekilde anlatabilirim. 😉
Well, imagine you are in a big team and everyone is using a style of code different, some of the developers are using semicolons and others not. After some time, the code will not have a standard. If I'm not only talking about standard, a linter might help you in potential bugs, like disallow assignment operators in conditional, disallow unreachable code after return, throw, continue, and others.