Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
ME5 dá um erro na compilação, na minha opinião injustificado.
Gostaria que o enumero predefinido do formulário ENUM_XXX fosse realmente numerado 1, enquanto actualmente é numerado por defeito, ou seja, 0. A questão não é alterar os padrões, mas sim substituir
deve ser
O raciocínio é o seguinte - um exemplo:
Quando analiso o valor request.type algures no código, se for igual a 0, não consigo compreender se não foi inicializado ou se foi inicializado.
request.type = ORDER_TYPE_BUY;
Este é o caso da maioria dos enumeros predefinidos do formulário ENUM_ XXX equivalente ao RadioButton e requer uma quantidade excessiva de complexidade para lidar correctamente com a situação actual
O que o impede de escrever um identificador neutro como primeiro membro de uma enumeração pré-definida? Por exemplo:
Tanto a "numeração a partir do zero" será preservada, e as variáveis não inicializadas podem ser facilmente avaliadas.
O que o impede de escrever um identificador neutro como primeiro membro de uma enumeração pré-definida? Por exemplo:
E se pensarmos nos outros que já estão a utilizar o conjunto original de enumeração? Isto para não mencionar o aspecto perplexo de todo o complexo do servidor.
Em geral, a questão não é colocada correctamente. O criador não deve ser preguiçoso e forçar o resto do mundo a ajustar-se a si próprio, autodestruindo esse mesmo mundo.
Bem, pensemos novamente, "sobre o resto". Para que são nomeados identificadores constantes? - Correcto, a fim de utilizar estes identificadores. Além disso, para utilizar estes identificadores, não é absolutamente necessário saber que valores específicos são atribuídos aos membros da enumeração. Ou pressupõe que os programadores competentes utilizam identificadores em vez de descobrirem os valores por defeito dos membros da enumeração, e depois fazem verificações com base nesses valores por defeito?
Ou seja, não é difícil implementar a sugestão em si, pois não?
O autor deste fio não tinha a intenção de destruir o mundo dos outros através da sua preguiça. Ele apenas fez uma sugestão específica para melhorar. E explicou que o valor zero acaba por ficar sobrecarregado.
Gostaria de introduzir pelo menos uma classe como âmbito de enumeração de elementos,
Justificação para as aulas: é necessário inventar um nome único que possa entrar inesperadamente em conflito com a biblioteca (incluindo terceiros) e/ou nomes pré-definidos. Além disso, poderia usar nomes semelhantes de SL, TP, PRICE, etc. enumerar elementos em várias classes simultaneamente, sem medo de conflitos.
Fundamentação para funções: não crítica, mas ao mesmo tempo
Gostaríamos de introduzir um âmbito para os elementos enumerados
Justificação para as aulas: é preciso inventar um nome único que pode entrar inesperadamente em conflito com uma biblioteca e/ou nome predefinido. Além disso, poderia usar nomes semelhantes para SL, TP, PREÇO, etc. enumerar elementos em várias classes ao mesmo tempo, sem medo de conflitos.
Fundamentação para funções: não crítica, mas ao mesmo tempo
Mas como é que é em C++ ?
É daí que vêm as pernas - um paradoxo, mas só agora (quando há restrições), comecei a perceber porque é que tudo era feito ali :)
Claro que poderia passar sem ele - escrever um nome único para todas as classes, mas para grandes programas, e especialmente para bibliotecas destinadas a uso geral - não é uma opção
Experimente isto (para "inicialização"):
VALOR_VALOR ESCRITO.
Uma constante pode ser implicitamente moldada a qualquer tipo de enumeração.
-1