Una pregunta para los expertos en POO. - página 51
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
"Nuevo concepto de OOP" - no está claro el propósito. ¿Por qué lo haces?
Quiero entender algunas cosas que me han interesado toda la vida.
1. ¿Es posible crear un sistema autodesarrollado?
2. ¿Es posible crear un proceso en el que múltiples sistemas interactúen, cambien y evolucionen?
3) ¿Puede surgir algo sin un concepto inicial?
4. ¿Qué ocurre si combino mi representación de objetos en el núcleo y la POO estándar, con su herencia y encapsulación de objetos? ¿Sería posible simplificar la creación de sistemas complejos?
...y operar con instancias en el cubo:)
¿Por qué escribir algo en un cubo, especialmente algo relacionado con un objeto específico? El propio objeto almacena información sobre sí mismo, y el cubo sólo contiene punteros a objetos.
¿Te has preguntado alguna vez por qué la POO estándar tiene unas "cápsulas" (clases) de Objetos tan grandes? Después de todo, es más fácil convertir un Objeto en un nodo de punteros, y almacenar el contenido de los Objetos fuera de las clases. Entonces, el Objeto es fácil de modelar. Basta con cambiar los punteros al material, que combinará, y el Objeto se "convertirá" en otra cosa. El contenido del Objeto dependerá de los punteros, no de los "ingredientes" de su Clase (cápsula). Por lo tanto, almaceno exactamente esos paquetes, en el Kernel como Objetos. Y el propio material está fuera del núcleo. Así, las conexiones entre los Objetos, así como su contenido, pueden cambiarse fácil y rápidamente, y los sistemas formados por dichos Objetos "nodales" pueden modificarse fácilmente.
.
Bueno, genial, ¿el enfoque tiene un nombre? Tal vez JELOP - Programación orientada a objetos nucleares. Suena sólido, asociado a las armas, a las centrales nucleares. Un eslogan de algún tipo: "¡He cogido lo mejor y lo he metido en el núcleo!". Bien hecho, Peter, sigue con el buen trabajo, estoy gratamente sorprendido.
Mira el cerebro desde dentro. Está lleno de centros de conexión (neuronas), no de complejos cerrados individuales. El cerebro encapsula las conexiones, no todo el contenido de cada objeto.
Este tipo de enlaces se denominan "composición/agregación de objetos", pero se mantiene el ciclo hasta su núcleo. Añade los enlaces que quieras, no hay nada nuevo.
ZS: He visto el vídeo en diagonal, quizá no tanto.Este tipo de enlaces se denominan "composición/agregación de objetos", pero se mantiene el ciclo hasta su núcleo. Añade los enlaces que quieras, no es nada nuevo.
ZS: He visto el vídeo en diagonal, quizá no tanto.https://habr.com/ru/post/354046/
Esto es mucho más claro.
//-----------------------------------------------
La composición vincula los objetos que están en una cadena asociativa común. Habitación-paredes-muebles. El problema es que las cadenas asociativas son demasiado inestables e indefinidas, por lo que las conexiones a nivel de clase son un error. Una habitación puede asociarse a un niño, a una jaula, a un hipercubo o a un inframundo, y en función de ello, ponerle contenido. Una clase OOP estándar no permite cambiar fácilmente las relaciones dentro de una composición, mientras que el núcleo sí lo hace.
Este tipo de enlaces se denominan "composición/agregación de objetos", pero se mantiene el ciclo hasta su núcleo. Añade los enlaces que quieras, no hay nada nuevo.
ZS: He visto el vídeo en diagonal, quizá no tanto.envíale 5-10 rublos para que se corte el pelo ;)
¿Por qué el núcleo permite cambiar fácilmente las composiciones (contenido de los objetos)? - Porque en el núcleo, las entidades son ubicaciones de memoria con variables. Y una clase esuna descripción de un objeto a nivel del editor. A nivel de código.
El código cambia a través del editor. La memoria se cambia a través de la interfaz o por el propio programa. Es decir, si la clase (cápsula de objetos) se pone desde el código en un array (núcleo), su procesamiento y cambio será 100 veces más rápido y flexible.