Que "disciplinas" existem que os programadores Java devem cumprir?
1. Adicione comentários ao seu código. Quantas vezes você "esqueceu" para adicionar comentários? De fato, os comentários não adicionarão nenhuma funcionalidade de função ao seu programa. Mas quantas vezes você viu o código escrito há 2 semanas e não consegue se lembrar do que ele faz? Você tem sorte de que esses códigos não comentados estejam escritos por si mesmo e ainda terão uma impressão residual em sua mente. Infelizmente, na maioria das vezes, o código foi escrito por outra pessoa, e é provável que essa pessoa tenha deixado a empresa. Há um provérbio que vai bem: "Há benefícios mútuos e vindo, para que os programadores devem ser atenciosos um do outro (e a si mesmo) e comentar seu código.
2. Não complique as coisas. Os desenvolvedores tendem a usar métodos complexos para resolver problemas simples. Introduzimos o EJB em um sistema com apenas 5 usuários para implementar um conjunto de estruturas para um aplicativo que não requer uma estrutura, usando arquivos de atributo, soluções orientadas a objetos e usando threads, mas não são necessários. Por que isso fez isso? Alguns podem não saber que há uma solução melhor, mas outros podem fazê -lo de propósito para aprender coisas novas, ou simplesmente porque é divertido. Para quem não conhece uma solução melhor, ouça mais os conselhos de programadores experientes. Para aqueles que complicam os projetos puramente para fins pessoais, sugiro que você seja mais profissional.
3. Lembre -se - lembre -se de que "menos é mais" nem sempre é melhor. Veja o seguinte exemplo "simples":
if (newstatuscode.equals ("sd") && (SellOffDate == null || TodayDate.compareto (SellOffDate) <0 || (LastUsuDdate! Equals ("obs") && (obsdate == null || Todaydate.compareto (obsdate) <0))) {newstatuscode = "nyp";Quão difícil é apontar o que é a condição se é? Imagine novamente que a pessoa que escreveu esse código não seguiu o artigo 1 - adicione comentários ao código.
Não é mais fácil decompor se as condições em 2 declarações se? Agora, vejamos o código modificado:
if (newstatuscode.equals ("sd") && (SellOffDate == NULL || TodayDate.compareTo (SellOffDate) <0 || (LastUsuDdate! = null && TodayDate.compareto (lastuse ddate)> 0)) {newstatuscode = " Nyp ";} else if (newstatuscode.equals (" obs ") && (obsdate == null || Todaydate.compareto (obsdate) <0)) {newstatuscode =" nyp ";}Isso não é melhor legibilidade? De fato, escrevemos declarações repetidas;
4. Não "codificador, por favor". No entanto, outra possibilidade é que, seguindo esse preceito, não cairemos no dilema de "tempo-urgente". Quanto tempo leva para definir uma variável final estática e adicionar uma linha de código? por exemplo:
Public classe A {public static string s_constant_abc = "abc";Agora, toda vez que precisamos comparar a string "ABC" com uma variável, apenas nos referimos a A.s_constant_abc sem lembrar o que é. Modificar essa constante também é muito conveniente.
5. Não invente suas próprias estruturas. Muitas estruturas são soluções extremamente perfeitas e foram usadas em milhares de sistemas. Só precisamos prestar atenção às estruturas populares mais recentes e pelo menos estarmos familiarizadas com elas na superfície. Um dos exemplos mais bem -sucedidos e amplamente utilizados é a estrutura do Struts, que é uma estrutura da web de código aberto que é uma excelente opção para a criação de sistemas da Web. Mas você deve se lembrar dos preceitos do artigo 2 (Nota do tradutor: o texto original é "Artigo 3", obviamente não está correto) - não complique coisas simples. Se o sistema que você deseja desenvolver possui apenas 3 interfaces, não use struts. , então o autor disse que não há muito "controle" necessário).
6. Diga não para imprimir linhas e concatenações de cordas. Mas muitas vezes esquecemos de excluir essas linhas ou não estamos dispostos a excluir. É provável que isso leve a uma linha de código que precisamos excluir acidentalmente. Não subestime o dano do System.out.println, consulte o seguinte código:
classe pública BadCode {public static void Cálculo ACLUMA () {Double algum valor = 0d; () {Double algum valor = 0d; CálculoWithoutPrint ();Como pode ser visto na tabela abaixo, o tempo de execução do método de cálculo do Método () é de 0,001204 s.
(Se você quiser saber como fazer uma mesa como esta, leia outro artigo "Java Profiling with WSAD", perfil de java com WSAD)
Para evitar resíduos da CPU, a melhor maneira é introduzir um método de wrapper, como segue:
classe pública BadCode {public static Final Int Debug_mode = 1; = algum valor i; estático void main (string [] n) {badcode.calculationwithprint (badcode.production_mode);A conexão da string é outra maneira de desperdiçar a CPU, consulte o exemplo a seguir:
public static void concatenatestrings (string startingstring) {for (int i = 0; i <20; i ++) {startingString = startingString+startingstring; Apêndio (StartingTring);A partir da tabela abaixo, podemos ver que o uso de StringBuffer custa apenas 0,01 s enquanto o uso da conexão da string requer 0,08 s.
7. Preste atenção à GUI. A GUI é crucial para o sucesso do seu aplicativo. Os gerentes de TI geralmente ignoram a importância da GUI. Os programadores Java precisam confiar em seu conhecimento limitado de HMTL. Eu já vi muitos aplicativos que são "favoráveis ao computador" em vez de "amigáveis" e são raros para desenvolvedores que são proficientes no desenvolvimento de software e no desenvolvimento da interface do usuário. Se você é um programador Java que, infelizmente, é designado para fazer o desenvolvimento da interface, você deve seguir as três regras a seguir:
a. Vá ver as interfaces semelhantes ao sistema de aplicativos.
b. Crie um protótipo primeiro. Esta etapa é muito crítica. Os clientes gostam de ver o que querem usar com antecedência. Você também pode obter seus comentários em vez de trabalhar duro para criar algo que os clientes não gostem.
c. Em outras palavras, visualize os requisitos da perspectiva dos usuários. Por exemplo, uma interface estatística pode ser paginada ou não. Como desenvolvedor, é provável que ignore a paginação porque reduzirá muitos problemas;
8. Prepare os requisitos do documento com antecedência. Isso pode ser alcançado em contos de fadas, mas é difícil de fazer na realidade. Não importa o quão rígido seja o tempo, por mais próximo que esteja o prazo, você deve garantir que as necessidades de negócios sejam registradas. (Nota do tradutor: esse conceito é obviamente contrário ao desenvolvimento ágil. Todos devem pensar de forma independente e distinguir o certo do errado)
9. Teste de unidade, teste de unidade, teste de unidade (teste de unidade. Test. . Esta é a regra mais básica na programação e não pode ser ignorada. Se seus colegas puderem criar um plano de teste para o seu código, seria melhor; Ao fazer planos de teste de unidade, siga os seguintes princípios:
a.
b.
c.
10. Lembre -se: qualidade, não quantidade. - Não fique tarde demais (a menos que seja necessário). Sei que às vezes não consigo sair do trabalho devido a problemas de produto, prazos ou outras emergências. Mas o gerente não o apreciará ou recompensa por chegar tarde demais para problemas gerais; Se você seguir os princípios da coluna acima, escreverá programas mais robustos e sem insetos. É isso que você deve fazer mais.
Este artigo resume as 10 regras mais importantes às quais os programadores Java devem prestar atenção. Apenas saber não é suficiente, siga -os. Espero que essas regras nos permitam nos tornar mais programadores profissionais.