Interrupção no caso padrão no comutador

Estou um pouco confuso sobre quando ou não incluir breakapós o último caso, com frequência default.

switch (type) {
    case 'product':

        // Do behavior

        break;
    default:

        // Do default behavior

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

breakMeu único objetivo é, no meu entendimento, impedir que o código seja executado no restante da switchcaixa.

Considera-se então mais lógico ter um breakúltimo devido à consistência ou ignorar devido à breakaplicação de nenhum uso funcional? Ambos são lógicos de maneiras diferentes, na minha opinião.

Até certo ponto, isso pode ser comparado ao final de um .phparquivo ?>. Eu nunca termino ?>principalmente devido ao risco de gerar espaços em branco, mas pode-se argumentar que seria lógico finalizar o arquivo.

breaknão é tecnicamente necessário após a última alternativa (que, lembre-se, não precisa ser default: é perfeitamente legal e às vezes até útil colocar o defaultramo em primeiro lugar); se o seu código cai no final da switchinstrução ou breaksno final de sua última ramificação tem o mesmo resultado.

No entanto, eu ainda terminaria todas as ramificações, incluindo a última, com uma declaração returnou break, por três razões:

1. Refatoração. Se todos os seus ramos terminarem com breakou return, você poderá reordená-los sem alterar o significado. Isso torna menos provável que essa reordenação introduza uma regressão.
2. Consistência e menos surpresa. A consistência diz que seus ramos devem terminar de maneira consistente, a menos que tenham um significado diferente. O princípio da menor surpresa determina que coisas semelhantes devem parecer semelhantes. Terminar o último ramo de um switchbloco exatamente como os anteriores cumpre ambos, o que facilita a leitura e o entendimento. Se você deixar de fora o explícito break, o último ramo será opticamente diferente (o que é especialmente importante para uma varredura rápida) e, para ver que realmente não é diferente, o leitor precisará descer ao nível básico da leitura de declarações individuais .
3. Se protegendo. Se você criar o hábito de terminar todos os seus switchramos com a break, ele se tornará automático depois de um tempo e será menos provável que você esqueça acidentalmente onde isso importa. Treinar-se para esperar o breakfinal de cada ramificação também ajuda a detectar breakinstruções ausentes , o que é ótimo para depuração e solução de problemas.

Dada a ambiguidade existente em torno do uso de switch-casena maioria dos idiomas, ao usá-lo , sugiro sempre o uso de uma breakdeclaração, exceto quando explicitamente e por design não desejado .

Em parte, isso ocorre porque faz com que cada casechamada pareça a mesma, o que, na minha opinião, melhoraria a legibilidade. Mas também significa que se alguém (até você) optar por inserir um caseapós o último em um estágio posterior, não precisará se preocupar em verificar o bloco anterior, o que poderia ajudar a reduzir os erros ao adicionar novo código.

Não é breaknecessário após o último caso. Eu uso a palavra " last " (não padrão ), porque não é necessário caso padrão é o último caso.

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

default:
//do default work
break;

case 3:
//do stuff

}

E nós sabemos, a break é necessário entre dois cases consecutivos . Às vezes, uso if(a!=0)no meu código para obter mais legibilidade quando outras pessoas fazem referência ao meu código. Eu posso optar por usar if(a), isso seria uma questão de minha escolha