Os elementos de um bom modelo em c ++
Video: Фибоначчи Серия C ++ | Решенный упражнения 09
Conteúdo
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 de 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.
Video: 20 - Array-vetor-C# - Como remover elementos de um vetor
Estrutura: A estrutura fornece 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 design 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 aos outros simplesmente porque ele oferece algum benefício particular. Considere esses requisitos na escolha do tipo de modelo para criar:
Segurança: “Simplicidade”, muitas vezes se traduz em “mais fácil de proteger.” 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 de seguros muitas vezes exigem verificações adicionais que podem afetar a confiabilidade (o modelo não tende a permitir ações específicas quando essas ações afetam a segurança) e velocidade (código adicional sempre retarda a execução modelo).
Video: Curso C++ - Aula 49 - Introdução aos Arrays
Confiabilidade: As opções que você escolher vai afetar a confiabilidade do modelo que você criar. Um modelo de confiança produz resultados consistentes para qualquer tipo de dados que lhe é fornecida. 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 ea velocidade do modelo.
Rapidez: Modelos de economizar o tempo 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. As verificações adicionais necessários para garantir uma operação segura e confiável afetam sempre a velocidade de forma negativa, 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. Conseqüentemente, 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 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 usam o modelo e descobrir novas maneiras de incorporá-la em aplicações.
O melhor modelo é o que parece óbvio. 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. Fique feliz. Você se juntou a lista de pessoas que pensavam de algo que satisfaz uma necessidade óbvia, mas ninguém pensou nisso antes de você.
A terceira decisão que você deve fazer é como inclusive 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 pesado e difícil de gerir. Um bom modelo é equilibrada - que inclui os elementos que você precisa, mas nada além.