Como explicar aos seus colegas para parar de criar pacotes e classes chamados "Utils"?

5

Na maioria dos projetos em funcionamento, ele eventualmente mostrará um pacote, uma classe (ou vários pacotes e classes) chamada "Utils", na qual todo tipo de função é descartada.

Torna-se cada vez mais difícil navegar pelo projeto sem uma estrutura nomeada corretamente. Eu tentei pedir para parar de usar "Utils".

Quando descubro se a mudança para a base de código é pequena, eu normalmente a refratário e removê-los, mas eles sempre acabam aparecendo desordenando o código.

Então você conhece alguma estratégia para fazê-los parar de fazer isso? Ou eu estou apenas sendo um nagger?

    
por fmsf 04.04.2013 / 10:22
fonte

1 resposta

3

O código limpo é uma preocupação válida. Eu gosto da convenção de Guava de usar a forma plural de um tipo, por exemplo, Strings , Maps e MoreExecutors . O principal problema é que alguém precisa de um ou dois métodos relacionados, mas sente que uma classe precisa mais do que isso para garantir uma classe separada. Essa é a suposição problemática, e apenas uma cultura de revisões freqüentes de código ou design rápido de hall irá pegá-lo cedo.

Uma coisa que pode ajudar também ajuda os outros a usar o método utilitário: demonstre isso para alguns outros quando for conveniente. Pode ser o suficiente mencionar durante uma reunião stand-up: "Ei, eu criei uma classe de utilitário útil para cortar e padronizar o uso de strings no outro dia. É chamado de Strings e está localizado no pacote com.example.type ."

Eu direi que estou menos preocupado com um pacote chamado util , desde que haja apenas um. Esta é uma captura que deve conter outros pacotes que são independentes do aplicativo, ou seja, uma biblioteca. Algumas pessoas chamam esse pacote de lib ou tools , mas eu desaprovo os nomes dos pacotes no plural (caso contrário, cada pacote acabaria no plural).

    
por 04.04.2013 / 10:45
fonte