Anahtardaki varsayılan durumu kır

breakSık sık, son davadan sonra ne zaman ekleyip eklemeyeceğime biraz şaşırdım default.

switch (type) {
    case 'product':

        // Do behavior

        break;
    default:

        // Do default behavior

        break; // Is it considered to be needed?
}

breakTek amacım, kodun switchkasanın geri kalanından geçmesini engellemem.

Bu breakdurumda, tutarlılık nedeniyle bir sonun olması veya breakherhangi bir işlevsel kullanımın uygulanmaması nedeniyle atlamanın daha mantıklı olduğu düşünülüyor mu? Her ikisi de bence farklı şekillerde mantıklı.

Bu bir dereceye kadar bir .phpdosyayı sonlandırmakla karşılaştırılabilir ?>. ?>Çoğunlukla boşluk bırakma riski nedeniyle asla sona ermem, ancak biri dosyayı sonlandırmanın mantıklı bir şey olduğunu iddia edebilir.

breakson alternatifin ardından teknik olarak ihtiyaç duyulmuyor (aklınıza gelmek zorunda değilsiniz default: defaultbranşı ilk sıraya koymak tamamen yasal ve hatta bazen faydalı olabilir ); Kodunuz switchifadenin sonuna mı yoksa breaksson şubenin sonuna mı düşerse aynı sonucu verir.

Ancak, sonuncusu da dahil olmak üzere her şubeyi üç nedenden dolayı bir returnveya daha fazla breakifadeyle sonlandırmaya devam ediyorum :

1. Refactorability. Tüm dallarınız breakveya ile returnbitiyorsa, anlamını değiştirmeden onları yeniden sıralayabilirsiniz. Bu, böyle bir yeniden düzenlemenin bir regresyon ortaya koyma olasılığını azaltıyor.
2. Tutarlılık ve En Az Sürpriz. Tutarlılık, anlam bakımından farklı olmadıkça, dallarınızın tutarlı bir şekilde sona ermesi gerektiğini söylüyor. En Az Sürpriz Prensibi, benzer şeylerin benzer görünmesi gerektiğini belirtir. Bir switchbloğun son dalı sonuncusu gibi sonlandırmak her ikisini de yerine getirir, bu da kolay okuma ve anlama sağlar. Açık bırakmazsanız break, son dal optik olarak farklı olacaktır (bu özellikle hızlı tarama için önemlidir) ve gerçekten farklı olmadığını görmek için, okuyucunun bireysel ifadeleri okumaya ilişkin nitrit-kumluk seviyesine inmesi gerekir. .
3. Kendini korumak Tüm switchdallarınızı a ile sonlandırma alışkanlığı yaparsanız break, bir süre sonra otomatik hale gelir ve önemli olduğu yerde yanlışlıkla unutabilirsiniz. breakHer dalın sonunda beklemek için kendinizi eğitmek aynı zamanda breakhata ayıklama ve sorun giderme için harika olan eksik ifadeleri tespit etmeye yardımcı olur .

switch-caseÇoğu dilde kullanımı ile ilgili belirsizlikler göz önüne alındığında, onu kullanırken break, açıkça belirtilmediği ve istenmediği tasarım haricinde, her zaman bir ifade kullanmanızı öneririm .

Kısmen bunun nedeni her casegörüşmenin aynı görünmesini sağlamasıdır, bence okunabilirliği artıracaktır. Ancak, eğer biri (siz bile) caseson bir sonraki aşamada sonuncuyu yerleştirmeyi seçerse, yeni kod eklerken hataları azaltmaya yardımcı olabilecek önceki bloğu kontrol etmekle ilgilenmeleri gerekmediği anlamına gelir.

Hiçbir yoktur breaksonrasında gerekli son durumda. " Last " kelimesini kullanıyorum ( varsayılan değil ), çünkü zorunlu değil, son durumda.

switch(x)
{
case 1:
//do stuff
break;

default:
//do default work
break;

case 3:
//do stuff

}

Ve biliyoruz ki, break ardışık iki cases arasında bir a gereklidir . Bazen, if(a!=0)kodumu başkaları kodumu okuduğunda okunabilirlik için kodumda kullanırım. Kullanmayı seçebilirim if(a), bu benim seçimim meselesi olur