Una pregunta para los expertos en POO. - página 26

 
Реter Konow:

No te enteras de nada, rechazas las sugerencias de leer autores decentes, diciendo que tú tienes experiencia, yo lo sé todo.

Ya he escrito - atar todos los objetos por herencia es un gran error que no se entiende a la primera. Pero si quieres tus propios golpes, bueno, buena suerte.

 
Vict:

No te enteras de nada, rechazas las sugerencias de leer autores decentes, diciendo que tú tienes experiencia, yo lo sé todo.

Ya he escrito - atar todos los objetos por herencia es un gran error que no se entiende a la primera. Pero si quieres tus propios golpes, bueno, buena suerte.

Lo siento, sólo estoy al principio de mi viaje).
 
Реter Konow:
Lo siento, sólo estoy al principio de mi viaje).
Parece que el comienzo se ha retrasado. En términos de tiempo, es sólo su tema en OOP, para entender que es una mierda y empezar a pensar cuidadosamente sobre la arquitectura de la solución. Menos lirismo y más práctica.
 
Реter Konow:
Déjeme explicarle. La conclusión es que la POO reproduce la distribución inconsciente de la información en nuestra memoria. La información está "dispuesta" en cascada y en forma de "árbol". Esto está condicionado por el arquetipo inconsciente (un mecanismo oculto). La gente ha "sentido" este mecanismo y ha empezado a aplicarlo con éxito en la programación. La POO implementa la transferencia de propiedades y funciones comunes a través de cadenas de herencia, según el mismo esquema que nuestro inconsciente.


Si comprendemos mejor cómo funcionan nuestras mentes consciente e inconsciente, podremos replicar su mecanismo en el ordenador. Simplemente me alejé de los detalles técnicos y miré la raíz del concepto.

¿cuándo vas a dejar de fumar?

 
Реter Konow:

He estado pensando mucho en el concepto de OOP y es esto:

... porque simplemente estamos copiando nuestros propios patrones inconscientes al trabajar con la información.

Sí, Pedro, todo - hay emanaciones de Águila.
Deja de procrastinar.
Hazlo y ya está. Comienza a codificar los objetos.


 
Nikolai Semko:

Sí, Peter, todo está ahí: las emanaciones del Águila.
Deja de procrastinar.
Hazlo y ya está. Comienza a codificar los objetos.


Sí, en nombre del constructor, del destructor y de la santa herencia)).
 
Vladimir Simakov:
Parece que el comienzo se ha retrasado. Ya es hora de convertir tu asignatura a OOP, darte cuenta de lo que tenemos y empezar a inventar de forma reflexiva la arquitectura de la solución. Menos lirismo y más práctica.

Mi enfoque también es un OOP. Sólo que en una presentación diferente y con menos "objetividad" por el momento. Pero la esencia es la misma.

1. La encapsulación en el núcleo está presente.

2. Polimorfismo parcial. Es decir, el motor trabaja con las ventanas y los elementos como tales, pero en cada bloque hay una inserción de condiciones que definen el trabajo con tipos específicos de elementos.

3. De momento no hay herencia de las propiedades de los objetos, porque el núcleo gráfico no proporciona jerarquía. Sin embargo, esto se puede arreglar.

Quiero crear una OOP "ligera" basada en el núcleo y el motor, con una sintaxis mínima, con representación digital de objetos en el núcleo, jerarquía completa, clasificación, herencia de propiedades y funciones. Es decir, el mismo OOP, pero el mío.

 
Nikolai Semko:

Sí, Peter, todo - hay emanaciones de Águila.
Deja de procrastinar.
Hazlo y ya está. Comienza a codificar los objetos.


Nikolai, aquí tengo el ojo puesto en la IA y la POO estándar tardará una eternidad en construir una base de conocimientos mínima. Mi enfoque también funciona con los objetos, pero se representan de forma mucho más concisa. También su funcionalidad. Mi enfoque también es OOP, sólo que aún no está completamente desarrollado. Se puede arreglar. ¿Se imagina la ventaja de una representación digital de los objetos? Puedes seguir multiplicando y multiplicando sin parar. No referencias a clases, ni instancias de clases, sino objetos completos descritos con todas las propiedades posibles. No se puede hacer eso fácilmente con la POO estándar.
 
Реter Konow:

Se ha pensado mucho en el concepto de OOP, y esto es lo que hay:

Abstraigámonos de la sintaxis y los términos técnicos, dejando los conceptos de "Clase", "Objeto", "Propiedad", "Encapsulación", "Polimorfismo", "Herencia". Describiré la "raíz" filosófica del concepto.

La realidad es percibida por la conciencia a través de los prismas del "Espacio", el "Tiempo" y la "Materia" (así funcionan los órganos de los sentidos), y el "Objeto" es un resultado discreto de su continua interacción.

La diversidad de formas de interacción genera una diversidad de objetos que son "plantados" por el inconsciente del sujeto en un determinado "marco". Este marco tiene una estructura ramificada y en cascada y está "construido" en el inconsciente, siendo uno de sus "arquetipos". De ahí surge el concepto de POO.Se trata de una distribución y unión consciente de los objetos imitando el "algoritmo" del inconsciente. Al dominar los métodos del propio pensamiento, el sujeto es capaz de simular su trabajo en el mecanismo de "rastreo" del cerebro: el ordenador. Aunque un ordenador no es más que una patética parodia de un cerebro, pero el propio hombre sólo percibe sombras del mundo objetivo. La cascada, arquetipo de ramificación, es un "patrón" de distribución de objetos, propiedades, procesos y toda la información dentro de nuestra memoria en general. Se trata de una herramienta biológica para simplificar la percepción de la realidad, estructurando un modelo del mundo que nos rodea. La conciencia de nuestro propio mecanismo "natural" (es decir, inconsciente) de procesamiento de la información es un nivel de autoconciencia necesario para utilizar la POO.

Consideremos este arquetipo implícito, biológico y "arbóreo" que facilita la memorización, el aprendizaje y la percepción, en el contexto de su aplicación "artificial".En OOP, "producimos" objetos encapsulando sus descripciones en clases, donde establecemos sus propiedades y valores. Las relaciones de los objetos se reflejan en su clasificación, y se implementan a través de la herencia de propiedades y métodos de globales a privados. Prácticamente, se ve así: cada objeto privado es sólo un objeto y por lo tanto tiene todas las propiedades de sólo un objeto + sus propiedades privadas. Los objetos derivados tendrán sus propiedades privadas como sus propiedades comunes, pero tendrán sus propiedades privadas. Además, la cadena puede ramificarse indefinidamente. Lo mismo ocurre con los métodos de los objetos. Un método refleja una acción, una interacción, un proceso, un cambio de estados. Los métodos de los objetos se distribuyen de general a privado como las propiedades. Si existe un proceso general, cada forma discreta tendrá sus propias propiedades. Y esto es polimorfismo. Es decir, a diferencia de la sobrecarga, el polimorfismo proporciona una implementación privada diferente de una función subyacente conservando su mecanismo subyacente. Se trata de una herencia "funcional".

Como podemos ver, lo "arbóreo" en OOP está en todas partes - no importa qué esquemas inventes, seguirás teniendo un "árbol"). Pero, esto también es correcto, porque sólo copiamos nuestros propios patrones inconscientes al trabajar con la información.

Hmm, estaba hojeando el Hubr hoy, por alguna razón el estilo de presentación es muy similar al tuyo, o más bien la lógica de la conveniencia de OOP:

Entrada 3

...

Pasé 4 o 5 tardes en Sharp. Lea dos capítulos del tutorial. ¿Qué puedo decir? El enfoque académico, basado en la escritura de programas sin sentido que hacen cálculos abstractos, no me inspira en absoluto. No estoy seguro de poder estar orgulloso de una aplicación que calcula el área de un triángulo.

....

Entrada 4

Primer obstáculo. Llegó al concepto de clases y objetos. El concepto es completamente confuso. La idea en sí está clara, pero ¿cómo y para qué aplicarla? ¿Crear clases para el jugador, el casino y la ruleta? Entonces, ¿inventar objetos en ellos? ¿Y qué harán? Es demasiado largo. Parece algo antinatural y sólo confunde al programa.

Me llegó unos días después. Paseaba con mi hijo por el patio de recreo y miraba el mundo que me rodeaba con ojos de objeto.

class Парк {string ПаркName;}, 

class Ребёнок {string РебёнокName; int РебёнокAge;} 

Ребёнок Дима = new Ребёнок ();

Ребёнок Саша = new Ребёнок ();


https://habr.com/ru/post/466641/
 
Igor Makanu:

Hmmm, estaba hojeando el Hubr hoy, por alguna razón el estilo de narración es muy similar al tuyo, o más bien la lógica de la conveniencia de la OOP:

Entrada 3.

...

Pasé cuatro o cinco tardes en Sharp. Lea dos capítulos del tutorial. ¿Qué puedo decir? El enfoque académico, basado en la escritura de programas sin sentido que hacen cálculos abstractos, no me inspira en absoluto. No estoy seguro de poder estar orgulloso de una aplicación que calcula el área de un triángulo.

....

Entrada 4

Primer obstáculo. Llegó al concepto de clases y objetos. El concepto es completamente confuso. La idea en sí está clara, pero ¿cómo y para qué aplicarla? ¿Crear clases para el jugador, el casino y la ruleta? Entonces, ¿inventar objetos en ellos? ¿Y qué harán? Es demasiado largo. Parece algo antinatural y sólo confunde al programa.

Me llegó unos días después. Paseaba con mi hijo por el patio de recreo y miraba el mundo que me rodeaba con ojos de objeto.


https://habr.com/ru/post/466641/

Eso es un sobresaliente))

Razón de la queja: