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
Não, eles (o menino da escola) não entenderiam. Especialmente não algum tipo de matriz. Eles dirão: por que precisamos deste polimorfismo... algum tipo de polimorfismo?
poli o que...
Qual é o absurdo? Abra a definição de getters e leia:
Mas o mecanismo pelo qual os dados privados podem ser recuperados pode ser diferente. Em C# é uma maneira, em C++ e MQL é outra. Mas isto não priva os métodos da definição de "getter".Aqui lemos o método "especial".
Isto é apenas inconveniente - você precisa saber qual elemento tem x e qual elemento tem y. Ao utilizar a estrutura, tudo é claro, e isso elimina erros e reduz a quantidade de código.
Neste caso (digamos), a estrutura é usada como uma técnica sintática, e ao acessar seus dados, é preciso multiplicar as instâncias, ao contrário de uma matriz, que equilibra o inconveniente.
O significado da utilização da estrutura é mais profundo, mas a TC a apresenta apenas como tal. Acontece que - OOP é um conjunto de técnicas sintáticas. Isto é o que as "crianças em idade escolar" aprenderão. Então eles entenderão que podem simplificar a sintaxe em suas tarefas e começar a negar o OOP.
Precisamos da prova conceitual da necessidade de OOP, não da prova sintática.
Aqui lemos o método "especial".
Desça um pouco mais e leia o artigo. Não há MQL, mas há C++. Ou também não há getters em C++?
Neste caso (digamos), a estrutura é usada como uma técnica sintática, e ao acessar seus dados, você tem que multiplicar as instâncias, ao contrário de uma matriz, que equilibra o inconveniente.
O significado da utilização da estrutura é mais profundo, mas a TC a apresenta apenas como tal. Acontece que - OOP é um conjunto de técnicas sintáticas. Isto é o que as "crianças em idade escolar" aprenderão. Então eles entenderão que podem simplificar a sintaxe em suas tarefas e começar a negar o OOP.
Você precisa de uma prova conceitual de que o OOP é necessário, mas não sintático.
Você não precisa fecundar nada. Funciona exatamente como uma matriz normal, só que mais conveniente.
Prova conceitual... então também é necessário no campo da fabricação de tijolos. difamar paredes diretamente da argila é mais conveniente, e tentar provar que não é.
Percorra um pouco mais o artigo. Não há MQL, mas há C++. Ou também não há getters em C++?
Eu ainda nem sequer abri este artigo. O que eu devo ver lá? O que a C++ tem a ver com isso?
Não há necessidade de multiplicar nada. Funciona exatamente como uma matriz normal, só que tudo é mais conveniente.
Prova conceitual... então também é necessário no campo da fabricação de tijolos. Manchar paredes diretamente da argila é mais conveniente, e tentar provar que não é.
A necessidade de OOP na manipulação de dados. REPITO - COM DADOS.
O OOP ajuda você a distribuir dados e organizar o acesso a eles. VOCÊ PRECISA DE AULAS E ESTRUTURAS PARA ISSO.
Em uma tarefa coordenada, há muito poucos dados e, portanto, estruturas e classes não são necessárias. Se você escalar a tarefa e trazer muitostipos de dados para seu "campo", será necessária uma classificação. Em seguida, as aulas e as estruturas se seguirão.
Sem a necessidade de classificação, não há necessidade de classes. Sem a necessidade de estruturação, não há necessidade de estruturas.
Sem a variedade de dados unidos por diferentes objetos - não há necessidade no OOP.
Colocar o OOP em programas planos com dados monótonos é prejudicial mesmo em treinamento, porque o conceito está errado. As pessoas começam a pensar que o OOP é um conjunto de truques sintáticos e o usam como bem entendem. Quando necessário e não necessário.
1. A necessidade de um OOP no tratamento de dados. NOVAMENTE, COM DADOS.
O OOP ajuda você a distribuir e acessar dados facilmente. ISTO REQUER CLASSES E ESTRUTURAS.
2. Em uma tarefa coordenada, há muito poucos dados e, portanto, estruturas e classes não são necessárias. Se se escalar a tarefa e acrescentar muitos tipos de dados a seu "campo", será necessária uma classificação. Isto será seguido por classes e estruturas.
Sem a necessidade de classificação, não há necessidade de classes. Sem a necessidade de estruturação, não há necessidade de estruturas. 3.
3. Sem a variedade de dados, unidos por diferentes objetos, não há necessidade no OOP.
Colocar o OOP em programas planos com dados monótonos é prejudicial mesmo em treinamento, porque o conceito é erroneamente exposto. As pessoas começam a pensar que o OOP é um conjunto de sintáticos e o utilizam a seu bel-prazer. Onde eles devem e não devem.
1. Conversa vazia. Toda a programação, sem exceção, é sobre trabalhar com dados.
2. Não há muitos dados na tarefa coordenada em si, mas se houver muito trabalho, será mais fácil. Não procure por algo épico no OOP. É uma forma de agrupar dados e métodos de trabalho com eles, assim como uma forma de reutilizar o código.
3. Qualquer múltiplo, se populações independentes puderem ser distinguidas nele, pode ser dividido em classes e ficará bem.OK, vamos passar para o código.
Qual era o objetivo? - Para armazenar convenientemente as coordenadas dos pontos. Para quê? - Para o acesso rápido.
A estrutura do POINT e suas instâncias são entidades desnecessárias na solução se a tarefa for apenas acessar rapidamente os dados. Veja como é muito mais fácil ter acesso através de uma matriz:
Você diz que não é um filósofo, mas "estrutura" é um conceito filosófico e sua presença na solução deve ser justificada.
Talvez seja mais fácil para você chamar: "Mão nº 1" e "Mão nº 2", mas a maioria prefere chamá-los de "esquerda" e "direita".