Os elementos de um bom modelo em C ++

O modelo que você criar tem que olhar profissional e trabalhar como esperado. A primeira decisão que você tem que fazer é que tipo de modelo para criar. Você pode escolher entre esses três tipos:

  • Função: A função representa a maneira mais simples para criar um modelo e facilita os requisitos de depuração. Você pode funções de grupo em bibliotecas para torná-los mais fáceis de acessar. No entanto, as funções muitas vezes não têm profundidade e você não pode coordenar as atividades entre eles tão facilmente quanto possível entre os elementos de um objeto.

  • Estrutura: A estrutura oferece a melhor velocidade em muitos casos, e pode reduzir a quantidade de recursos do sistema necessárias, dependendo de como você define a estrutura. Lembre-se que C ++ aloca memória para toda a estrutura, mas as estruturas também apresentam oportunidades de otimização que você não começa com uma classe.

  • Classe: A classe fornece a maior flexibilidade porque você pode expressar o modelo usando todos os elementos que uma classe pode fornecer - métodos, propriedades e eventos. Você pode herdar classes para criar novas classes. Em suma, se você tem uma idéia complexo de implementar, as classes são a maneira de fazê-lo.

A segunda decisão que você tem que fazer é como peso fatores de projeto ao criar o modelo. C ++ oferece uma infinidade de maneiras de realizar qualquer tarefa dada. Por exemplo, você tem várias maneiras de criar uma função. No entanto, um método é normalmente superior às outras, simplesmente porque ele oferece algum benefício particular. Considere esses requisitos na escolha do tipo de modelo para criar:

  • Segurança: # 147 Simplicidade # 148- muitas vezes se traduz em # 147 mais fácil para fixar. # 148- Em geral, as funções são mais fáceis para garantir que as estruturas, que são mais fáceis para garantir que as classes. No entanto, você pode facilmente escrever uma classe inseguro se você usar a abordagem errada. modelos seguros muitas vezes exigem verificações adicionais que podem afetar a confiabilidade (o modelo tende a não permitir ações específicas quando essas ações afetam a segurança) e velocidade (código adicional sempre atrasa a execução do modelo).

  • Confiabilidade: As opções que você escolher vai afetar a confiabilidade do modelo que você criar. Um modelo fiável produz resultados consistentes para qualquer tipo de dados fornecido a ele. Em alguns casos, garantir a fiabilidade significa a adição de controlos para o molde, o que aumenta a complexidade. O código adicional afeta tanto a segurança como a velocidade do modelo.

  • Velocidade: Modelos de economizar o tempo do desenvolvedor. No entanto, se o modelo resultante produz código lento, você pode ter certeza que os usuários vão reclamar e o desenvolvedor vai acabar reescrevendo algum código para melhorar a velocidade de aplicação. Um modelo rápido é geralmente pequenas e executa a tarefa com precisão. Os controlos suplementares necessários para assegurar uma operação segura e confiável sempre afetam negativamente a velocidade, então você deve trabalhar para alcançar um equilíbrio.

  • Uso: Alguns modelos são tão difíceis de usar que duvido muito que mesmo o autor utiliza-los. Se um desenvolvedor não pode determinar como usar o seu modelo, ninguém nunca vai usá-lo e seu esforço é desperdiçado. Consequentemente, você deve projetar o modelo de tal forma que ele atenda a segurança, confiabilidade e metas de velocidade, sem se tornar excessivamente difícil de usar.

  • Tempo: Toda vez que você criar uma nova peça de software, há um elemento tempo envolvido. É essencial para decidir se o modelo acabará por poupar o suficiente o tempo de desenvolvimento para compensar o custo de desenvolvimento de criação e testá-lo. Um modelo que você só pretende usar algumas vezes pode não valer a pena o esforço.

  • Manutenção: Alguém terá que manter o código usado para criar o modelo. Um bom modelo é aquele em que o código é relativamente simples. Claro, você precisa adicionar comentários ao código que explica como funciona o código - e documentar completamente o design do modelo. A maioria dos modelos de ver algum nível de redesenho durante seus ciclos de vida - eles evoluem como os desenvolvedores usar o modelo e descobrir novas maneiras de incorporar-lo em aplicações.

O melhor modelo é o que parece óbvio. Nós estávamos lendo recentemente um artigo sobre a invenção do pino de segurança. O pino de segurança parece óbvio, mas alguém ainda tinha que inventá-lo porque ninguém tinha pensado nisso.

Quando você cria um modelo e alguém lhe diz que parece uma idéia óbvia, não fique bravo. Seja feliz. Você se juntou a lista de pessoas que pensaram em algo que preenche uma necessidade óbvia, mas ninguém pensou nisso antes de você.

A terceira decisão que você deve fazer é como inclusiva para fazer o modelo. Em alguns casos, você quer criar um modelo que pode lidar com uma variedade de situações. No entanto, um modelo pode rapidamente tornar-se complicado e difícil de gerir. Um bom modelo é equilibrada - que inclui os elementos que você precisa, mas nada além.

menu