A refatoração e a reutilização são um tópico antigo em software.
Nos programas diários de desenvolvimento de projetos de software, é difícil controlar a força do código da equipe e maximizar a consistência do código no processo de mudança do processo no desenvolvimento do projeto. Podemos usar vários sistemas de gerenciamento de código -fonte e fluxo de trabalho padrão e o aumento da equipe em várias posições para controlá -lo. No entanto, com o tempo, devido à adição de vários níveis de desenvolvedores, o código se torna difícil de gerenciar.
Mas o mercado e os clientes sempre parecem irracionais para o nosso software. Quando entregamos os produtos de software aos nossos clientes com confiança, ainda precisamos lidar com várias acusações. Algumas demandas são repetidas: "Não, isso não atendeu às nossas necessidades na época, diferente do que eu pensava". Nas alterações constantes e repetidas, o código foi modificado além do reconhecimento, e a equipe está desamparada.
Do gerenciamento real, não podemos eliminar completamente a combinação de código e a confusão do código. Todo programador tem seu próprio mundo em seu coração. Como diz o ditado, "não há segundo na literatura e nenhum primeiro em artes marciais". Todo programador pensará que seu código não tem problemas. Como gerente de projeto, você só pode minimizar as alterações nos fatores humanos do programador, para que quanto maior o código padronizado ocupe no projeto. Se esse for o código padrão gerado pela ferramenta, quando a demanda muda, recomprar o código se torna muito fácil e fácil de controlar.
Se você usar ferramentas para gerar código padrão para os usuários e criar rapidamente uma demonstração visível para os usuários durante a comunicação com as necessidades do cliente no início do projeto, os requisitos do projeto se tornarão mais claros e fáceis de controlar. Embora essa ainda seja uma grande lacuna do produto final entregue, ela ainda pode reduzir a clareza das necessidades do cliente. Se separarmos o código controlável do código não controlado durante a produção, quando o cliente precisa mudar posteriormente, a ferramenta ainda poderá refatorar as necessidades de mudança.
Deixe o pessoal tecnicamente excelente construir bibliotecas básicas e modelos de funções comuns usadas no desenvolvimento diário. Dessa forma, os templantes-quadro-ferramentas se tornarão um recipiente de tecnologia e experiência na equipe, facilitando a reconstrução, controlável e estável. Não precisamos escrever muito tempo nesses códigos de atributos repetitivos e pesados e copiar constantemente vários atributos. Quando os requisitos mudarem, também faremos muito tempo em nuvem. Devemos dedicar mais tempo para comunicar as necessidades de negócios com os clientes e escrever projetos de aplicativos robustos. Em seguida, devemos usar a estrutura correta, acumular gradualmente as bibliotecas de suporte de funções reutilizáveis e fazer com que os módulos funcionais baixem e usem ferramentas de código para modelar várias chamadas de função. Isso não apenas garante a consistência da codificação, mas também minimiza a intensidade do trabalho de codificação e reduz o tempo precioso consumido pela repetição de códigos simples, mas também permite que organizações e equipes coordenem a tecnologia com menos tempo e investimento em dinheiro.
Uma boa arquitetura pode lidar com diferentes necessidades de aplicativos, mas não há arquitetura viável e versátil. Caso contrário, não precisarei discutir a questão da arquitetura se não estiver aqui. Este não é apenas um problema de código. Com o passar do tempo, o progresso de várias tecnologias de programação tornou alguns problemas originalmente complexos mais simples e fáceis de implementar funções. As necessidades dos clientes são sempre gananciosas e os requisitos são mais complexos, tornando novas demandas que surgem, e a implementação de tecnologia também requer mais energia e tempo. Por esse motivo, não devemos gastar tempo e energia na reconstrução infinita ao mesmo tempo, mas devemos tornar a escrita mais orientada para ferramentas e orientada para o modelo para substituí-lo por uma palavra mais elegante, que é mais inteligente.