El EOP para escolares. - página 4

 
Dmitry Fedoseev:

No, ellos (el escolar) no lo entenderían. Especialmente no una especie de matriz. Dirán: ¿por qué necesitamos este polimorfismo... ¿algún tipo de polimorfismo?

poli qué...

 
Ihor Herasko:

¿Qué es lo que no tiene sentido? Abre la definición de los getters y lee:

Pero el mecanismo por el que se pueden recuperar los datos privados puede ser diferente. En C# es de una manera, en C++ y MQL es de otra. Pero esto no priva a los métodos de la definición "getter".

Aquí se lee método "especial".

 
Dmitry Fedoseev:

Esto es simplemente un inconveniente: necesitas saber qué elemento tiene x y qué elemento tiene y. Cuando se utiliza la estructura, todo queda claro, y se eliminan los errores y se reduce la cantidad de código.

En este caso (digamos), la estructura se utiliza como técnica sintáctica, y al acceder a sus datos, hay que multiplicar las instancias, a diferencia de un array, lo que equilibra el inconveniente.

El significado del uso de la estructura es más profundo, pero TC lo presenta sólo como tal. Resulta que la POO es un conjunto de técnicas sintácticas. Esto es lo que aprenderán los "escolares". Entonces entenderán que es posible simplificar la sintaxis en sus tareas y empezarán a negar la POO.

Necesitamos una prueba conceptual de la necesidad de la POO, no una prueba sintáctica.

 
Gracias por la rama. Me gusta.
 
Dmitry Fedoseev:

Aquí leemos el método "especial".

Baja un poco más y lee el artículo. No existe MQL, pero sí C++. ¿O también no hay getters en C++?

 
Реter Konow:

En este caso (digamos), la estructura se utiliza como técnica sintáctica, y al acceder a sus datos, hay que multiplicar las instancias, a diferencia de un array, lo que equilibra el inconveniente.

El significado del uso de la estructura es más profundo, pero TC lo presenta sólo como tal. Resulta que la POO es un conjunto de técnicas sintácticas. Esto es lo que aprenderán los "escolares". Entonces entenderán que pueden simplificar la sintaxis en sus tareas y empezarán a negar la POO.

Necesitas una prueba conceptual de que la POO es necesaria, pero no una sintáctica.

No es necesario fecundar nada. Funciona igual que una matriz normal, sólo que más conveniente.

Prueba conceptual... entonces también se necesita en el campo de la fabricación de ladrillos... para embadurnar las paredes directamente de arcilla es más conveniente, y tratar de demostrar que no lo es.

 
Ihor Herasko:

Desplácese un poco más por el artículo. No hay MQL, pero sí C++. ¿O también no hay getters en C++?

Ni siquiera he abierto este artículo. ¿Qué se supone que debo ver ahí? ¿Qué tiene que ver C++ con esto?

 
Dmitry Fedoseev:

No es necesario multiplicar nada. Funciona como una matriz normal, sólo que todo es más cómodo.

Prueba conceptual... entonces también se requiere en el campo de la fabricación de ladrillos... Untar las paredes directamente de arcilla es más conveniente, y tratar de demostrar que no lo es.

La necesidad de la POO en la manipulación de datos. REPITO: CON DATOS.

La programación orientada a objetos le ayuda a distribuir los datos y a organizar el acceso a los mismos. SE NECESITAN CLASES Y ESTRUCTURAS PARA ELLO.


En una tarea de coordenadas, hay muy pocos datos y, por tanto, no se necesitan estructuras ni clases. Si se amplía la tarea y se introducen muchostipos de datos en su "campo", será necesaria la clasificación. Luego vendrán las clases y las estructuras.

Sin necesidad de clasificación, no hay necesidad de clases. Sin la necesidad de estructurar, no hay necesidad de estructuras.

Sin la variedad de datos unidos por diferentes objetos - no hay necesidad en OOP.

Poner OOP en programas planos con datos monótonos es perjudicial incluso en la formación, porque el concepto es erróneo. La gente empieza a pensar que la POO es un conjunto de trucos sintácticos y la utilizan a su antojo. Donde sea necesario y no sea necesario.

 
Реter Konow:

1. La necesidad de una OOP en el manejo de datos. DE NUEVO, CON DATOS.

La POO le ayuda a distribuir y acceder a los datos fácilmente. ESTO REQUIERE CLASES Y ESTRUCTURAS.


2. En una tarea de coordenadas, hay muy pocos datos y, por tanto, no se necesitan estructuras ni clases. Si se amplía la tarea y se añaden muchos tipos de datos a su "campo", será necesaria la clasificación. A continuación, se impartirán clases y estructuras.

Sin necesidad de clasificación, no hay necesidad de clases. Sin la necesidad de estructurar, no hay necesidad de estructuras. 3.

3. sin la variedad de datos, unidos por diferentes objetos, no hay necesidad en OOP.

Poner la POO en programas planos con datos monótonos es perjudicial incluso en la formación, porque el concepto está mal expuesto. La gente empieza a pensar que la POO es un conjunto de sintaxis y que la utilizan a su antojo. Dónde deben y dónde no deben.

1. Una charla vacía. Toda la programación, sin excepción, consiste en trabajar con datos.

2. No hay muchos datos en la tarea de coordenadas en sí, pero si hay mucho trabajo, será más fácil. No busques algo épico en OOP. Es una forma de agrupar datos y métodos para trabajar con ellos, así como una forma de reutilizar el código.

3. cualquier colector, si se pueden distinguir en él poblaciones independientes, se puede dividir en clases y estará bien.
 
Реter Konow:

Bien, pasemos al código.

¿Cuál era el objetivo? - Para almacenar cómodamente las coordenadas de los puntos. ¿Para qué? - Para el acceso rápido.

La estructura POINT y sus instancias son entidades innecesarias en la solución si la tarea es sólo acceder rápidamente a los datos. Mira que es más fácil tener acceso a través de una matriz:

Dices que no eres filósofo, pero la "estructura" es un concepto filosófico y su presencia en la solución debe estar justificada.

Puede que le resulte más fácil llamarlas: "Mano nº 1" y "Mano nº 2", pero la mayoría prefiere llamarlas "izquierda" y "derecha".