Melhor resposta
Basicamente, o código clichê é um frame para seu projeto.
Digamos que você tenha que criar um protótipo rapidamente produto para o cliente em determinada tecnologia. Sem o clichê, você teria que começar do zero ou algum modelo gerado pela CLI, nem sempre combinando com seu estilo de fazer as coisas.
Agora imagine que você tem um pequeno projeto limpo que fez para outro cliente há pouco tempo que basicamente só precisa de algumas alterações, remoção de algumas linhas, adição de outras, e está basicamente pronto para apresentar ao seu cliente. Legal, hein?
Agora, ter um clichê é o segundo cenário. Quando você sabe que vai haver alguns projetos que requerem o uso de certa tecnologia / framework / biblioteca, você pode consertar uma placa, um clichê. Ele terá seus recursos favoritos, como forma e cor (e seu estilo de código também!), Para que você possa facilmente se concentrar em adicionar coisas a ele e não em alterá-lo toda vez que quiser iniciar um novo projeto.
Para elaborar com um exemplo, vamos supor que você frequentemente seja solicitado a criar um aplicativo em Angular2 + ou React que apresenta barra lateral com visualização de alguns dados e cabeçalho fixo com controles de menu nele. Em vez de criar um projeto em branco cada vez que um novo cliente entrar em contato com você, você pode usar um padrão em branco para se concentrar em não adicionar entradas de menu, visualizações e conteúdo principal adequados.
Para resumir, quando você souber você terá muitos projetos semelhantes no futuro, um clichê economiza muito tempo 🙂
Resposta
Elazar tinha alguns pontos excelentes (especialmente evitando exceções verificadas), mas eu “Adicionarei minhas próprias recomendações devido ao A2A 🙂
Você não precisa necessariamente do Guava para evitar exceções verificadas. Você pode simplesmente lançar exceções de tempo de execução. É apenas quando você precisa de um código que já lança essas exceções verificadas que é o problema. Se quiser, você pode capturá-los explicitamente e lançar exceções de tempo de execução.
O polimorfismo é uma maneira de evitar a escrita de um método para lidar com cada tipo derivado da mesma classe filha.
Reflexão ajuda você a reutilizar o código também. Talvez você queira eliminar uma classe em um diretório e ela ser reconhecida como um “novo componente” que seu software pode usar. Você pode detectá-lo e usá-lo por meio de reflexão, em vez de ter que conectá-lo aos outros componentes por meio de código repetitivo explícito.
Os frameworks também são uma maneira de evitar alguns boilerplate. Às vezes, eles encorajam o clichê, mas outras vezes eles fazem coisas por você. Você pode tentar as anotações do Spring para evitar passar coisas explicitamente.
Por que parece que todas as outras respostas relacionadas ao Java que escrevo incluem um link para este artigo ? De qualquer forma, refatorar dessa forma pode ajudar a reduzir o clichê, com funções minúsculas e muito reutilizáveis.
Além disso, do artigo da Wikipedia sobre Código clichê :
“A necessidade de clichê pode ser reduzida por meio de mecanismos de alto nível, como metaprogramação (que faz com que o computador grave automaticamente o texto padrão necessário), convenção sobre configuração (que fornece bons valores padrão, reduzindo a necessidade de especificar detalhes do programa em cada projeto) e modelo -driven engineering (que usa modelos e geradores de modelo para código, eliminando a necessidade de código manual padrão). “