Costumamos escrever muito código, para a empresa, para nós mesmos ou para amigos. Às vezes, para verificar uma ideia minha ou para aprender
Para uma determinada tecnologia, algum código experimental será escrito. O ciclo de vida desse código é muito curto e basicamente não requer manutenção. Você pode simplesmente escrevê-lo como quiser.
por. No entanto, quando você realmente deseja concluir um PProject, o design do código é muito importante. Porque esse código requer longo prazo
Manutenção, modificação contínua ou aprimoramento. O design confuso do código torna a manutenção muito difícil ou impossível. Modificar esse código significa.
Isso levará a mais bugs ou desastres.
Como o design do código é tão importante, não podemos ignorá-lo. Então, como você projeta seu código? Técnicas de programação orientada a objetos podem ajudar
Ajude-nos. Aqui, para fazer algumas digressões, muitos programadores confundem tecnologia de programação orientada a objetos (OOP) com tecnologia orientada a objetos (OO). De uma vez
Do meu próprio entendimento, a tecnologia orientada a objetos é um conhecimento amplo e profundo. É uma metodologia ou uma visão de mundo, enquanto a tecnologia orientada a objetos é um tipo de metodologia ou visão de mundo.
As técnicas de programação orientada a objetos simplesmente fornecem uma maneira de usar a programação orientada a objetos durante a codificação.
A seguir está a experiência do autor após a leitura de alguns livros relacionados e prática diária, e espera compartilhá-la com você.
Primeiro, mantenha o código de interface e o código funcional separados. Um princípio que precisa ser mantido em mente é não escrever lógica funcional complexa no código da interface.
Codifique em. O arquivo de implementação do formulário de interface é usado apenas para armazenar o código da interface e separar o código funcional complexo. Para dar um exemplo simples,
Suponha que você queira obter uma lista de strings de algum lugar e exibi-la em um TListBox. Este código é respeitável:
ObjectXXX := TObjectXXX.Create;
ListBox1.Items := ObjectXXX.GetStringList;
ObjetoXXX.Free;
Desta forma, a lógica complexa de obtenção da lista de strings é encapsulada no código de implementação da classe TObjectXXX, e a definição desta classe pode ser
e a implementação são colocadas em um arquivo .pas de forma independente para facilitar a manutenção. Separar o código de interface do código funcional tem outro benefício,
O código de implementação de uma função pode ser chamado por vários módulos de interface. Se você copiar o código de implementação da função onde for necessário, então.
Você terá vários módulos idênticos para manter. Se precisar modificá-los, haha, é quase impossível garantir que não cometerá erros.
Em segundo lugar, torne a lógica de cada módulo o mais simples possível. A experiência nos diz que uma lógica excessivamente complexa causará dificuldades na compreensão das pessoas.
Desastre. Portanto, torne o código de cada módulo o mais simples possível, geralmente não mais que 25 linhas de código. Quando você descobre que a lógica que você escreve tende a
Complexo, então é hora de você procurar objetos e ver se consegue isolar um pouco da lógica.
Por fim, preste atenção à nomenclatura das variáveis. Verifique o código-fonte da VCL com frequência e você descobrirá que todas as variáveis de membro privado na classe VCL começam com "F"
Começando com, todos os nomes de classes começam com "T" e assim por diante. Quais são os benefícios disso? Quando outras pessoas olham para um código como este, quando veem o "F"
No início você pode saber imediatamente que se trata de um membro privado da classe, o que facilita a manutenção do código.