Tipik “dinamik dil hatalarını” nasıl önleyebilirim?

Son zamanlarda JavaScript’e birkaç saat ayırdım, çünkü büyük kullanıcı tabanından yararlanmak istedim. Bunu yaparken çoğu insanın dinamik dillere atfedilen bir model fark ettim. İşlerin çok hızlı bir şekilde çalışmasını sağlarsınız, ancak kodunuz belirli bir boyuta ulaştığında, genel olarak yazım ve yazım hataları ile zaman harcarsınız. Bir derleyicinin beni normalden kurtardığı hatalar. Ve başka bir modülde yazım hatası yaptığımda mantıktaki hataları aramamı istemiyorum.

JavaScript'in ve dinamik olarak yazılmış diğer dillerin ardından inanılmaz olanları düşündüğümde, yaklaşımımda yanlış bir şey olduğuna inanmaya başladım. Yoksa bu sadece ödemen gereken bedel mi?

Daha kesin olarak söylemek gerekirse:

• ~ 2000 LOC ile bir JavaScript'e (ya da bu konuda başka bir dinamik dile) olan projeye nasıl yaklaşıyorsunuz?
• Bu hataları yapmamı engelleyen araçlar var mı? Facebook ve JSHint'ten gelen akışları denedim, bu biraz yardımcı oldu, ancak yazım hataları yakalamadı.

Özellikle JavaScript'ten bahsederken bunun yerine TypeScript kullanabilirsiniz . Bahsettiğiniz bazı şeyleri sunar. Web sitesinden alıntı:

Türler, JavaScript geliştiricilerin yüksek üretken geliştirme araçları ve JavaScript uygulamaları geliştirirken statik kontrol ve kod yeniden düzenleme gibi uygulamaları kullanmalarını sağlar.

Ve bu sadece JS'nin bir üst kümesidir, yani mevcut kodunuzun bir kısmı TS ile iyi çalışacaktır:

TypeScript, bugün milyonlarca JavaScript geliştiricisinin bildiği sözdiziminden ve anlambilimden başlar. Mevcut JavaScript kodunu kullanın, popüler JavaScript kitaplıklarını ekleyin ve TypeScript kodunu JavaScript'ten çağırın.

Yardımcı olabilecek bazı yaklaşımlar var:

Birim testi

Mümkünse birim testleri yazınız. Yalnızca manuel testlere dayanmak ya da vahşi yaşamdaki hataları bulmak çok zor.

Çerçeveleri kullan

Kendinizinkini yuvarlamak ve hataların ortaya çıkmasını riske atmak yerine, mümkün olan yerlerde belirlenmiş çerçeveleri kullanın.

CSS / yüksek seviye dilleri tercih et

İşlevselliği CSS'e veya yazdığınız herhangi bir üst seviyedeki dile nasıl bırakabilirsiniz.

Elden Geçirme

Kod miktarını azaltmak için refactor. Daha az kod = işlerin ters gitmesi için daha az yer.

Yeniden

Var olan kodu tekrar kullanın. Kod tam bir eşleşme olmasa bile, yeni bir şeyler yazmak yerine kopyalamak, yapıştırmak ve değiştirmek daha iyi olabilir.

IDE

Modern IDE'ler genellikle en azından bazı Javascript desteğine sahiptir. Bazı metin editörleri ayrıca Javascript farkındadır.

Henüz belirtilmeyen bir araç basit, dosya yerel veya proje çapında metin aramadır .

Kulağa basit geliyor, ancak bazı düzenli ifadeler eklediğinizde, temel olarak gelişmiş filtrelemeyi yapabilirsiniz; örneğin, belgelerde veya kaynak kodda bulunan kelimeleri arayın.

Bu benim için etkili bir araç oldu (statik analizörlerin yanı sıra) ve bence özellikle büyük olmayan 2k LOC proje büyüklüğünüzü vermesi umuduyla harikalar yaratmalı.

Şu anda büyük bir AngularJS projesinde birkaç bin kod satırını yeniden düzenliyorum. En büyük zorluklardan biri, verilen bir işlevin kesin sözleşmesini çözmektir. Bazen API belgelerini okudum, çünkü ham API yanıtının öğeleri, değiştirilmeden önce 6 kod katmanından geçen ve 6 kod katmanından daha sonra gelen değişkenlere atandı.

İlk tavsiyem sözleşme ile tasarlamaktır . Özel girdiler alın, özel çıktılar üretin, yan etkilerden kaçının ve TypeScript veya en azından JSDoc kullanarak bu beklentileri belgeleyin.

İkinci tavsiyem mümkün olduğunca çok sayıda kontrol uygulamaktır. AirBnB standardını takip ediyoruz ve tüm kod tabanımızda eslint kullanıyoruz. Taahhüt kancaları her zaman standarda uyduğumuzu doğrular. Doğal olarak, bir birim batarya ve kabul testlerine sahibiz ve tüm taahhütler bir akran tarafından gözden geçirilmelidir.

Bir metin düzenleyiciden (Sublime Text) uygun bir IDE'ye (WebStorm) geçmek de genel olarak kodla çalışmayı çok kolaylaştırdı. WebStorm, JSDoc'u beklenen parametre tipleri hakkında ipucu vermek ve yanlış tipi tedarik etmek ya da bir dönüş değerini yanlış şekilde kullanmak durumunda hatayı artırmak için kullanır.

JavaScript'te, semboller ve alıcı / ayarlayıcılar gibi yeni özellikler değişken atamaya iddialar ekleyerek belirli bir kalite seviyesinin uygulanmasına yardımcı olabilir (örneğin, tamsayının aralık dahilinde olduğundan veya veri nesnesinin belirli özelliklere sahip olduğundan emin olun).

Ne yazık ki, dinamik dil hatalarını önlemek için doğru bir çözüm olduğunu düşünmüyorum, sadece sıklıklarını azaltmaya yardımcı olabilecek bir dizi önlem olduğunu düşünüyorum.

“2000 LOC ile bir JavaScript'e (veya bu konuda başka herhangi bir dinamik dile)” projesine nasıl yaklaşıyorsunuz?

PDF form uygulamaları geliştiriyorum. JavaScript yazılım geliştirme projeme (kaynak kodun boyutuna bakmaksızın) Petri'nin net unsurlarını ve ek açıklamalarını kullanarak yaklaşıyorum. Yöntem, herhangi bir programlama dili teknolojisine bağlı değildir. Bu nedenle diğer “programlama dilleri” için kullanılabilir.

Uygulama mantığının bir diyagramını oluşturuyorum. Diyagramı düzensiz tutmak için Ek açıklamalarımın çoğunu diyagramla birlikte kullandığım bir forma ekliyorum. Formdaki girişler özelliklere veya işlevlere referanslar içerir. Daha sonra şemadaki bilgilere ve formdaki girişlere dayanarak kaynak kodunu yazarım. Yöntem sistematiktir, çünkü yazılan her kaynak kod doğrudan diyagramdan ve formdaki girişlerden eşlenir. Kaynak kodu kolayca kontrol edilebilir, çünkü kodu yazarken adlandırma ve kodlama kurallarını da takip ediyorum.

Örneğin, tüm fonksiyonların prototip olduğu bir kural seçtim. Performans bir sorun haline gelirse, yapıcıdaki işlevleri bildirerek iyileştirilebilir. Bazı özellikler için dizileri kullanıyorum. Yine performans bir sorun haline gelirse, doğrudan referanslar kullanılarak iyileştirilebilir.

Ayrıca eval kullanıyorum. Bu, kaynak kodunun boyutunu büyük ölçüde azaltabilir. Performans sorunları nedeniyle, başvurumun başlangıcında veya ilklendirme bölümünde eval kullanıyorum; Asla “çalışma zamanı mantığında” kullanmıyorum - bu benim takip ettiğim başka bir kodlama kuralı.