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

 
Реter Konow:
La representación de los sistemas en Matrix ofrece una nueva perspectiva de sus estructuras, pero no vi ningún indicio de que se facilite la creación de sistemas. Por no hablar de cualquier "autodesarrollo". Es muy interesante ver los sistemas de esa manera, pero no más que eso. No veo ningún tipo de autodesarrollo, ni siquiera un indicio de ello. Por lo tanto, dejemos lo divino a Dios. No se puede lograr el autodesarrollo de los sistemas ni con el enfoque OOP estándar, ni con el mío.
Nos inventamos complejidades, nos confundimos y nos horrorizamos de nosotros mismos.
 
Реter Konow:

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á posible simplificar la creación de sistemas complejos?

He respondido a la primera pregunta en el post anterior.

2. Se pueden crear sistemas interactivos y cambiantes, pero no se puede conseguir un desarrollo autónomo. Se puede crear la "ilusión" del desarrollo de sistemas, sustituyéndolo por el "desempaquetado". Esto es realista.

3. No puedo hablar por Dios, pero es imposible que el hombre cree un entorno en el que se formen cosas de las que el hombre no conozca los conceptos de antemano.

4. Ya está cruzado. Recibido: una nueva visión de los sistemas y nada más. Las predicciones son pesimistas.

 
Artyom Trishkin:
Te lo has puesto difícil, te has confundido y te has horrorizado por ello.
Artem, por favor, danos tu definición de Objeto.
 
Реter Konow:
La representación de los sistemas en Matrix ofrece una nueva perspectiva de sus estructuras, pero no vi ningún indicio de que se facilite la creación de sistemas. Por no hablar de cualquier "autodesarrollo". Es condenadamente interesante ver los sistemas de esa manera, pero no más que eso. No veo ningún tipo de autodesarrollo, ni siquiera un indicio de ello. Por lo tanto, dejemos lo divino a Dios. No se puede lograr el autodesarrollo de sistemas ni con el enfoque OOP estándar, ni con el mío.

.

 
Dmitry Fedoseev:

.

Pareces una persona intelectualmente avanzada, pero publicas todo tipo de tonterías, haciendo olvidar a los demás que pareces ser un experto en algo. Hace tiempo que no veo nada significativo de ti. Una trolleada vacía, comprensible sólo para ti).

Quizá te reconozcas en el vídeo, ¿quién sabe a qué te refieres?

 
Реter Konow:
Artem, por favor, danos tu definición de Objeto.
Para mí es difícil: no soy un teórico, soy un practicante. Intentaré hacerlo sencillo:
Cualquier cosa descrita por una clase y creada (tiene una entidad física en la memoria) es un objeto.
 
Реter Konow:
Artem, por favor, dame tu definición de Objeto.

Me refiero a una definición filosófica, no técnica. Su definición técnica ya la he entendido. Es una propiedad y su manejador. Te agregué - un evento y su manejador, un estado y su manejador. Verás, he enriquecido tu idea. :)

 
Artyom Trishkin:
Para mí es difícil: no soy un teórico, soy un practicante. Lo intentaré simplemente:
Todo lo que es descrito por una clase y creado (tiene una entidad física en la memoria) es un objeto.

En ese caso, he "plantado" nuevos prismas en Objeto para ti. Un estado-objeto no está descrito por una clase, sino que tiene una entidad física en la memoria. Una clase esuna descripción de un objeto. Puede haber diferentes cosas allí. Es más bien un complejo de Objetos. Pero el propio objeto es una entidad con nombre.

Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Свойства объектов
Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Свойства объектов
  • www.mql5.com
Все объекты, используемые в техническом анализе, имеют привязку на графиках по координатам цены и времени – трендовая линия, каналы, инструменты Фибоначчи и т.д.  Но есть ряд вспомогательных объектов, предназначенных для улучшения интерфейса, которые имеют привязку к видимой всегда части графика (основное окно графика или подокна индикаторов...
 
Реter Konow:

Me refiero a una definición filosófica, no técnica. Su definición técnica ya la he entendido. Es una propiedad y su manejador. Te agregué - un evento y su manejador, un estado y su manejador. Verás, he enriquecido tu idea. :)

Un objeto no tiene por qué tener un manejador.
No, mi percepción no ha cambiado.
No soy un filósofo. Me resulta difícil entender sus ideas. Para mí es mucho más sencillo.
 
Artyom Trishkin:
El objeto no tiene que tener un manejador.
No, mi opinión no ha cambiado.
No soy un filósofo. Me resulta difícil entender sus ideas. Para mí, es mucho más simple que eso.

Dicho esto, una entidad no es necesariamente indivisible. Puede consistir en otras entidades, y ser un Objeto. Por ejemplo, un sistema de objetos. Tiene muchas entidades y cada entidad es un Objeto.

Otra cosa interesante es que estructuralmente un Estado-Objeto es similar a un Evento-Objeto.

¿Qué es un Estado? Es un conjunto de parámetros significativos de un sistema en una invariabilidad significativa fija. LA INVARIANZA SIGNIFICATIVA DE LOS PARÁMETROS DEL SISTEMA ES UN ESTADO. Y un Evento es un cambio significativo en los parámetros del sistema. Son estructuralmente similares.

Razón de la queja: