Dinamik olarak yazılmış dillerde neden numaralara ihtiyacımız var?

Burada bazı kodlar okuyordum ve html etiketlerinin adlarını saklamak için bir numaralamanın kullanıldığını gördüm. Bunu neden yapmamız gerekiyor? Bu stratejiyi kullanmanın ne yararı olur?

Enums'lerin ne kadar yararlı olduğunu derlenmiş ya da statik olarak yazılmış dillerde biliyorum ama dinamik olarak yazılmış dillerde enums gördüğümde, yukarıda gösterdiğim örnek kod gibi ben de merak ediyorum. Öyleyse, soru temelde neden dinamik olarak yazılmış bir dilde numaralara ihtiyacımız var veya hiç ihtiyacımız var mı?

Bunun bir yararı, derleyicinin yanlışlıkla "ADRES" veya "FEILDSET" yazıp yazmadığınızı ve çalışma zamanında saçma bir şekilde davranmak yerine derhal düzeltmenize izin vermesidir.

Fayda, statik olarak yazılmış dillerde dinamikten çok daha kullanışlı olsa da, verileriniz yerine case ifadenizle ilgili bir sorun olduğunu belirten bir mesaj alacağınız için çalışma zamanı hatası olsa bile yine de kullanışlıdır.

Enums, mantıklı olan sabit bir değerler / varlıklar kümesinin olduğu durumlar için kullanışlıdır. Kendilerini belgeliyorlar ve derleyicinin çalışma zamanına bırakılacak şeyleri doğrulamasına izin veriyorlar. Anlamlı değerler kümesi bilinmese veya kesin olarak sınırlı değilse, asla kullanılmamalıdır.

Daha faydalı bir örnek, HTTP yanıt kodları gibi bir şey olabilir. Sayıları alan ve hatanın adını ve / veya açıklamasını sağlayan bir yönteme sahip olmak yerine, hangi değerler konusunda yetkili olan tek bir temiz pakette anlamlı adlar, bir kod ve bir açıklama vb. İçeren bir sayılar kümesi olabilir. izin verilir ve kullanılması gerekir.

Satırların OOP ile ilgisi yoktur ve JavaScript'in sayıları yoktur. Bunun yerine, sabit bir değerler kümesi arasında bir seçim olduğunda, enums'ler kullanılır. Örneğin, bir boolean olarak uygulanabilecek doğru ve yanlış arasında bir seçimdir enum Bool { False, True }. Bir GUI kütüphanesinde, biz Hizalanmaları bir enum sahip olabilir: enum HAlignment { LEFT = -1, CENTER = 0, RIGHT = 1 }.

Enum'un nasıl uygulandığı genellikle önemli değildir, önemli olan her olası değerin farklı olmasıdır. Pek çok dil, Java gibi bazıları rastgele nesneleri desteklese de, enums'ler için tamsayılar kullanır.

Şimdiye kadar, örneğin sabitler de kullanabilirdik const int LEFT = -1, CENTER = 0, RIGHT = 1. Ancak, bir derleyici enum değerlerinin birbirine ait olduğunu bilir. Bu yüzden enum değerlerini değiştirdiğimde switch(value) {case LEFT: ...; case RIGHT: ...;}, derleyici CENTERdavayı unuttuğum konusunda beni uyarabilir . Bu önemli bir zaman tasarrufu olabilir. Numaralandırmalı veya anahtarsız yapılı olmayan dillerde, statik yazmanın varlığında daha faydalı olmasına rağmen, Ziyaretçi Deseniyle simüle edilebilir.

Diğer bir avantaj ise, çukurların ayrı bir tip olarak ele alınabilmesidir. Örneğin, bir yöntemin HAlignmentherhangi bir tamsayı yerine bir parametre aldığını ilan edebilirim . O zaman üç olası HAlignment değerinden biri dışında bir şey sağlarsam kod derlenemez. Bununla birlikte, C'nin enumları enkapsüle edilmemiştir ve enum sabitleri tamsayılarla değişimli olarak kullanılabilir. Diğer diller burada daha katıdır.

JavaScript’te bu avantajlardan hiçbirini alamıyoruz. Verilen örnek, enum olarak kabul edilen bir nesneyi bildirir. Bunun programcı için bazı avantajları vardır, örneğin dokümantasyonu kolaylaştırır, tüm “sabitleri” tek bir nesneye gruplandırır,…. Ancak, böyle bir nesnenin enum benzeri olduğu yalnızca bir kuraldır.

Buradaki nokta, HTML'nin yalnızca sınırlı ve bilinen bir etiket kümesine sahip olmasıdır. HTML5 teknik özelliklerine bakabilir ve bu öğe adlarını kodunuza bir enum olarak koyabilir ve bu nedenle <blink>programınıza bir etiket gizlice sokmayı zorlaştırabilirsiniz . Bu bilgiyi tek bir yerde kodlamak, kodunuzu özel dizgi değişmezleri (veya daha kötüsü, sihirli sayılar) ile karıştırmak için daha iyidir.

Diliniz derleme gerektirmese bile, muhtemelen sadece dizelerden daha enum gibi bir şey için daha iyi destek verebilecek bir çeşit IDE veya geliştirme aracı kullanacaksınız.

Örneğin javascript'te bir enum benzeri nesne değişmezi kullanıyorsanız, editörünüz size kod tamamlama verir ve yanlışlıkla yanlış değer kullanırsanız JSHint veya JSLint gibi kod denetleyiciniz sizi uyarır.

Böyle bir numaralamanın amacı Js Api'ye (goog) izin verilen etiketlerin bir setini / demetini sağlamak olabilir. Hangileri? W3C HTML 4.01 tarafından tanımlananlar ( enum'un belgelerine bakın ). Bu yüzden ayar sınırları.

Gerçek amaç bu olabilir veya olmayabilir, ancak bu amaç için iyi sonuç verir.

Javascript'in nasıl çalıştığını biliyorsanız, hangi kodun yapılacağı, stringler :-) ile indekslenmiş bir dizi tanımlamaktır. Hangi değer bir dizedir, ancak özniteliklere, işlevlere vb. Sahip başka bir bileşen olabilir. Hayal gücünüzü serbest bırakın ve her yerde fayda göreceksiniz.

Javascript bir yana, devlet makinalarını modellemek ve yönetmek için enums kullanıyorum .

BAŞLANGIÇ> IN_PROGRESS> ONAYLANMIŞ> BİTİR>> ...

Java anahtarında , kuyuların durumları bir durum makinesinde doğrulamak , enum boyunca döngü oluşturmak, karmaşık kuyular yaparak öncelikler tanımlamak oldukça kolaydır ...

Bunları ayrıca yazılı ve değiştirilemez sabitleri tanımlamak için de kullanırım:

• Evet Hayır

Ayrıca karmaşık numaralandırmalar (güvenli dönüşümler / ayrıştırıcılar yapmayı sağlar)

• Evet (1, doğru), Hayır (0, yanlış)

Enums'ler genellikle model katmanıma (çekirdek) ait olduğundan, özelliklerine tüm sisteme erişilebilir, bu yüzden işlevsel bir model haline geliyor ve düşük bir bağlantı tutuyorum.

Enums'ın verdiği şey (diğer şeylerin yanı sıra) sınırlar ve sınıflandırma