Java'da programlamaya başladığımda, switch ifadelerinin dizeleri almadığı gerçeği beni hayal kırıklığına uğrattı. Daha sonra Enums'ı kullandığımda, ham değerleri - tipi güvenliği (daha kolay yeniden düzenleme getiren) ve aynı zamanda diğer geliştiricilere açıklık getirmek yerine onlarla elde ettiğiniz faydaları fark ettim.

SE7 ile şimdi dizgelerle bir anahtarı Enums yerine girdi olarak kullanmaya karar vereceğim bir durum düşünmek için mücadele ediyorum. Tüm dizeleri (örn. Kısmi veya normal ifade eşleşmeleri yerine) açarak uygulanırsa, kodun değişmesi için daha az neden göstermez.

Ve IDE araçları ve kodlamanın okuma-yazma oranı ile, dize değerlerini iletmekten çok fazladan bir Enum üretmekten daha mutlu olurdum.

Programcı olarak bize ne fayda sağlıyorlar? Daha az kazan plakası?

Bu özellik için dil ağlıyormuş gibi gelmiyor. Belki de göz ardı ettiğim bir kullanım durumu var.

Anlayabildiğim kadarıyla soru, String sabitlerini sıralamaya sarmanın neden dil kullanıcılarının ihtiyaçlarını karşılamaya yeterli olmadığıdır. Bu, JDK 7 (proje Coin) posta listesinde açıklanan resmi özellik teklifinde ele alındı.

Teklifi okuduğumda, enat kullanmanın alternatifi, şişkinlik türlerini tanıttığı gerekçesiyle reddedildi. Size kolaylık sağlamak için, teklifin ilgili bölümü alıntı çeteleler ele açıklamada, aşağıda alıntılanmıştır kalın :

ÖNEMLİ AVANTAJ: Teklifi olumlu bir değişiklik yapan nedir?

Bir dizi sabit dize değeri temelinde seçilen işlemler için daha düzenli kodlama desenleri kullanılabilir; yeni yapının anlamı Java geliştiricileri için açık olmalıdır.

ÖNEMLİ FAYDA: Teklif kabul edilirse platform neden daha iyi?

Dize tabanlı gönderim kodu için potansiyel olarak daha iyi performans.

BÜYÜK Dezavantaj: Her zaman bir maliyet vardır.

Bazıları derleyici için uygulama ve test karmaşıklığını artırdı.

ALTERNATİFLER: Dil değişikliği olmadan fayda ve avantajlar bir şekilde elde edilebilir mi?

Hayır; dize eşitliği için zincirlenmiş if-then-else testleri potansiyel olarak pahalıdır ve değiştirilebilen sabit değerleri için, ilgilenilen dize değeri başına bir tane olmak üzere bir enum eklemek, iyi bir neden olmaksızın bir programa başka bir tür ekleyecektir ...

Kodu daha okunabilir hale getirmenin yanı sıra, if/else ifkarşılaştırmalara kıyasla potansiyel performans kazanımları vardır . Değişikliğin faydalı olup olmayacağı, ne kadar karşılaştırma yapacağınıza bağlıdır. Bir dize anahtarı iki ayrı anahtar talimatı olarak yayınlanacaktır. Birincisi karma kodlar üzerinde çalışır, bu yüzden lookupswitchsonuçta O(log n)karmaşıklık sağlar. İkincisi her zaman mükemmeldir O(1) tableswitch, bu nedenle birleşik karmaşıklık haladır O(log n). Tek bir doğrusal ifade zinciri if/else ifbiraz daha kötü O(n)karmaşıklık verecektir .

Örneğin, üç dizeden daha fazlasını karşılaştırıyorsanız, a switchmuhtemelen daha okunabilir ve kompakttır. Bir sıcak kod yolunda çok sayıda karşılaştırma yapmadığınız sürece bir fark fark etmeniz olası olmasa da, muhtemelen daha iyi performans gösterecektir.

Dizelerin anahtarı, enumdeğerleriniz dışarıdan geldiğinde, yani bir veritabanında saklandığında kullanılabilir.

JDK 7'de dikkat çeken bir başka şey, yapılardan switchçok daha fazla parfümlü olmasıdır if-else.

Hızlı dize switchesleri için güzel bir kullanım örneği , düğüm ve öznitelik türlerinde çok fazla anahtar yapmanız gerektiğinde JSON / XML akış ayrıştırma olabilir. Bunun için daha iyi bir seçenek düşünemiyorum.

Basitlik

Switch desteğindeki dize, enum veya if-elsemantığa dönüştürülmeden verileri işlemek için kullanışlıdır . Bazen String'i açmak daha kolaydır.

Gönderen JDK 7 (proje Coin) posta listesine de özellik önerisi ( @gnat cevap )

değiştirilebilir dize değeri için, her bir dize değeri başına bir enum getirilmesi, bir programa iyi bir neden olmaksızın başka bir tür ekler ...

Else sürümü

Bu kısa, ancak birçoğunu if'sokumak zor. Ve bu yavaş.

if (color.equals("red")) {
    System.out.println("Color is Red");
} else if (color.equals("green")) {
    System.out.println("Color is Green");
} else {
    System.out.println("Color not found");
}

Numaralandırma sürümü

Numaraların tanımlanması gerekir, bu iyidir, ancak bazen gerekli değildir.

enum Color {RED, GREEN}

Her zamanki gibi işleniyor

try {
    switch (Color.valueOf(color)) {
        case RED:
            System.out.println("Color is Red");
            break;
        case GREEN:
            System.out.println("Color is Green");
            break;
    }
} catch (IllegalArgumentException e) {
    System.out.println("Color not found");
}

JDK 7 - Anahtar Deyimleri sürümündeki dizeler

Ek türleri dönüştürmeden ve tanımlamadan işleyebiliriz.

switch (color) {
    case "red":
        System.out.println("Color is Red");
        break;
    case "green":
        System.out.println("Color is Green");
        break;
    default:
        System.out.println("Color not found");
}

Herhangi bir dilde yapılan en iyileştirmeler, kodun daha kolay okunmasını sağlamaktır. Ben her gün fantezi üzerinde okunabilir kod tercih.

Buna inanamayabilirsiniz ama deneyin:

public enum JettStaff {
  ADRIAN("Adrian German") {
    public String toString() {
      return name + " (dgerman@indiana.edu)";
    }
  },
  ARJIT("Arjit Sengupta") {
    public String toString() {
      return name + " (asengupt@indiana.edu)";
    }
  },

  // and on for the rest...

  private String name;

  public JettStaff(String n) { this.name = n; }
}

JettStaff x = JettStaff.SUZANNE;
System.out.println(x);

Numaralandırmalar harika ve bunu yapabilme yeteneğiniz olduğunda Dizeler yerine bunları kullanmalısınız. Ancak bazen yapamadığınız zamanlar vardır, örneğin Java'nın dışından gelen bazı harici nesnelerle çalışmanız gerektiğinde. Bir şeyi ayrıştırmanız gerektiğini düşünün. Sunucu yanıtı, yapılandırma, günlük dosyası veya benzeri bir şey gibi: aradığınız bir sürü seçeneğiniz var ve bunların numaralandırılması mümkün değil. Java <7'de bir sürü

  if (something.equals("foo")) {
    // foo processing
  } else 
  if (something.equals("bar")) {
   // bar processing
  }

Bu durumda enum'ları yalnızca isimlere göre almaya ve / veya özel String-> Enum rutini sağlayarak kullanmaya devam edebilirsiniz, ancak bazen mümkün değildir veya pratik değildir (yani çok fazla numara oluşturmanız gerektiğinde)

TLDR : Tamamen Java kodu ile çalışırken Enums'u kesinlikle kullanmalısınız, ancak harici nesnelerle her zaman mümkün değildir. Umarım açıklamam mantıklıdır.

StringsAnahtar deyimlerinde kullandığınızda daha temiz ve okunabilir bir kod olduğu ve kötü bir programlama uygulaması olduğunu düşündüğüm fikrine katılmıyorum . Depolamak için kullandığınız değeri değiştirirseniz, her anahtarı veya if-ifif olayını değiştirmeniz gerekir. Kodunuzun her birine sabit kodlanmış değerler koyduğunuz için bu iyi değildir. Bir gün bu sabit kodlanmış değerlerden birini değiştirmeye karar verirseniz ne yapacaksınız? Her kopyasını ara ve değiştir?

İf-elseif deyimleriyle yaptığınız bazı sabit kodlanmış değerleriniz varsa, bunlar için sabit ilkel değerleri kullanmak Java 1.5'ten önce çok daha iyidir çünkü yalnızca tür güvenliği getirir.

Tamam, Dize değerlerini (HTTP İsteğinden, dosyalardan vb.) Alacağınız durumlar olacak ve bunları ilkel değerlere dönüştürmek acı verici bir durumdur. Ama Enumbu noktada iyi bir iş çıkarıyorum. Çünkü Enum'da sakladığınız değeri değiştirmek istediğinizde, beyan ettiğinizde değiştirin. Kodunuzda başka hiçbir şeyi değiştirmenize gerek yoktur. (Elbette başka bir yerde saklanan değerleri değiştirmeniz gerekir).

Çünkü sadece kirli ve tembel bir kod uyguluyorsanız, bu mükemmel. Çok fazla kodu kodlamak istemezsiniz Enum, ancak sizi öldürecek büyük ölçekli karmaşık bir yazılımda.

Hangi bilgilerin geldiğini ve yalnızca 5 eyaletten olabileceğini biliyorsanız, bir Enum. Ancak, olası durumlar 9000'in üzerinde olabilir ve sadece 42'yi bulmanız gerekiyorsa, bir anahtarı kullanmak daha iyidir çünkü tüm bu durumları yazmak istemezsiniz.

Bir Enum, olası durumların bilinmediği veya çok fazla olmadığı ve sadece birkaçını önemsediğiniz sürece çoğu durumda çoğu kişi tarafından seçim olma eğilimindedir.

Ama neden şimdi tanıttılar? Temiz kod için izin verilen bir değişiklikti.

1.5'te ayrıca Numaralandırmalar için de özel gövdeler oluşturmanıza izin verdiler.