Sistemin java bölümünün dışındaki referans numaralandırmalara dizeler veya int kullanmak daha mı iyi?

İşlerimde Java'da enumların kullanımı hakkında bir tartışma yapıyorduk.

Bir iş arkadaşı, sunucu tarafında enums kullanırken, gerektiğinde ona başvurmak için dize kullanmamız gerektiğini (örneğin, JS'den sunucuya veri gönderirken veya veritabanında depolarken), bunun çok daha net olduğunu savunuyordu. geliştirici için ve aynı zamanda yazım hataları durumunda hızlı başarısız olacağını savunuyor.

Bu durumlarda enumları tanımlamak için her zaman tamsayılar kullandım, çünkü değişmez tanımlayıcılar olurdu ve vaka ve yazım hatası sorunları olmayacaktı (bir geliştirici 1 yerine 2 değerini kullanma hatasını yapmış olsa bile, hızlı başarısız olmaz).

Bu argümanlar hakkında çok analitik olmak için, dize kullanmanın daha iyi olduğunu söyleyebilirim, ancak bu konuda garip bir his alıyorum (sanki iyi bir yaklaşım değilmiş gibi).

Bu tartışmayla ilgili bana yol gösterebilecek en iyi uygulamalar var mı?

Düzenleme: Mümkün olduğunda, enum'un kendisini kullanırız, böylece tüm Java kodumuz Enum'u kullanır. "Bir numaralamaya başvuru" ile kastediyorum: JavaScript'ten sunucuya veri alışverişi yaparken veya veritabanında veri depolarken numaradaki değere başvurmak

İyi soru. Java'da enum kullanımı öncelikle doğası gereği kategorik olan bilgileri işlemek içindir. Klasik örnek, bir kartın sahip olabileceği dört tür elbiseyi işlemek için enum kullanıyor. Bir tamsayı kullanmanın tüm performans avantajını sağlar ve programınızda da açıktır.

Java dışında neden bir tamsayı kullanmaya devam etmeyesiniz? Belki de Java dışında numaralandırma türleriniz yoktur, ancak bu tamsayı performans amacıyla kullanmaya devam edemeyeceğiniz anlamına gelmez, değil mi? Evet, bu tamamen doğru, ancak yeni bir enum değeri eklediğinizde ne olacağını düşünün. Sonuna eklemezseniz, yeni değerden sonraki tüm diğer numaralandırma değerleri bir artırılır. Numarayı sadece belirleyeceğiz, böylece değişmeyecek ya da her zaman sonuna ekleyeceğiz. İş arkadaşlarınızın her zaman doğru şekilde yapacağından emin misiniz? Meh? Muhtemelen? İnşallah? Belki de% 100 değilsin. Bir saniye aklınızda bulundurun.

Patronunuz, son güncellemeden sonra yazılımınızı kullanan istemcide karışıklık olduğunu söylüyor. Şimdi tüm X varlıklarına gerçekten Z atanmış olsalar bile enum değeri Y olarak atanmış gibi davranıyorlar. Depoyu kontrol ettiniz ve evet, birisi yeni bir enum değeri ekledi ve sizden istedikleri gibi kurallarınıza uymadı. Artık gerçekten, 3 olması gerekirken veritabanı üzerinde o 4 yazılır ekledi komplikasyon var hariç gerçekten güncelleme öncesinde girilmiş olması kayıtlar vardır zaten 4'e 4. Ne enum değeri ilişkindir? Y değil mi? Hatırlayamıyorsun. Doğrulamak için programı kontrol etmeniz gerekir. Basitçe söylemek gerekirse, bu bir karmaşa.

Bunun yerine, veritabanınız "HEARTS", "DIAMONDS", "SPADES", "CLUBS" yazdıysa, alan açısından çok az şey kaybettiniz ve çok kazandınız. Küçük bir performans hitinden bahsettiğimiz doğru, ancak gerçekten bir fark yaratmak için veritabanına erişmemelisiniz. Alan gelince, bunu sistem yöneticilerine bırakın (sizin. Sorununuz değil.).

Değişiklik yapması kolay basit bir program yaptıysanız, uzun vadede kendinize bir iyilik yaptınız, bana güvenin. Bu yönü benim düşünceme göre farklı değil.

Neil'in cevabına katılıyorum, ama sadece bir ek:

Java enumlarında Nesneler vardır, böylece alanları ve yöntemleri olabilir. Böylece her bir numaraya manuel olarak belirtilen bir değer verebilirsiniz ve bunu dış iş için referans alırken, bunun yerine bu değeri kullanın.

Enum örneğinin adını ekleyerek / kaldırarak / yeniden sıralayarak ve değiştirerek hayatta kalacaktır. Ancak, birçok araçta bulunan otomajik kullanmak yerine, numaralandırma alanları için serileştirme / serileştirme mantığı yazmanız gerekecektir. (Kolay, ama ek çalışma).

Ve bu değerleri manuel olarak benzersiz tutmalısınız (ancak C stili numaralandırmalarda da aynıdır) ve bunu kontrol etmek için test yazabilirsiniz.