Mi enfoque. El núcleo es el motor. - página 5

 
¿De qué estamos hablando? ¿Por qué el núcleo no puede contener una matriz de estructuras/clases - ventana, botón, etc.? (retórica).
¿Comprarías un cubo de componentes de radio en lugar de un televisor? Del mismo modo, un núcleo no necesita molestarse con los detalles. Pero depende de ti, mientras sea conveniente - bien.
 

El motor trabaja con el núcleo mediante una técnica que yo llamo"elementos de enfoque" (quizá no sea un buen nombre).

La idea es la siguiente:

Al mover el cursor por el gráfico, el usuario cruza los límites de los objetos. Cada elemento tiene su propio territorio en el espacio del gráfico. Una función especial controla las coordenadas del cursor y marca en qué ventana y elemento se encuentra el cursor.

El número de la ventana y el elemento en el núcleo, se escriben en las variables globales. A continuación, el motor los utiliza para acceder al núcleo y recuperar todos los valores actuales de las propiedades de la Ventana, el Elemento y el Objeto donde se encuentra el cursor.

Cuando se produce un evento (click, push-down, doble click, etc...), el bloque, que procesa este evento, SABE inmediatamente en qué ventana y con qué elemento se ha producido este evento.

Las principales propiedades de la ventana, el elemento y el objeto, ya están en el foco (es decir, ya están almacenadas en variables globales), y se utilizan en el código inmediatamente.

Esto es muy efectivo.

Por ello, el Núcleo debería ser una simple matriz global.
 
Реter Konow:

...

Por eso el núcleo debe ser una simple matriz global.

Las matrices de punteros son conocidas desde hace tiempo en la naturaleza.

Tanto esfuerzo para reinventar la rueda... Todo está ahí y en una forma mucho mejor.

Lo curioso de la OOP es que provoca mucha resistencia psicológica en la gente. Incluso cuando no hay que escribir clases, sino sólo utilizarlas.

Por qué limitarse a un solo núcleo. En términos de este enfoque del núcleo, la POO es sólo un generador de núcleo rabioso.

 
Dmitry Fedoseev:

Las matrices de punteros son conocidas desde hace tiempo en la naturaleza.

Tanto esfuerzo para gastar en reinventar la rueda...

Todo esto implica el uso de una sintaxis extra, que no es prácticamente necesaria. La solución no requiere esta sintaxis ni herramientas adicionales.

La solución puede ser primitivamente simple, pero es MUY efectiva. Esto es exactamente lo que estoy tratando de hacer.

 
Dmitry Fedoseev:

Por qué limitarse a un solo núcleo. En términos de este enfoque del núcleo, la POO es sólo un generador de núcleo rabioso.

¿Por qué hay OOP aquí si la solución no lo requiere?

Las ventanas, los elementos y los objetos se representan y ordenan en el núcleo. Se accede a ellos a través de un índice del array o a través del foco de Elementos.

¿Por qué punteros, referencias, clases, constructores, destructores y un millón de cosas más cuando la solución ya existe?

Es sencillo y autosuficiente.


Necesitamos la POO para un propósito muy diferente. Necesitaría OOP si creara esta tecnología con un equipo de otros desarrolladores y cada uno de nosotros hiciera sólo una parte del trabajo.

 
Реter Konow:

La OOP es necesaria para algo totalmente distinto. Necesitaría OOP si creara esta tecnología con un equipo de otros desarrolladores, y cada uno de nosotros hiciera sólo una parte del trabajo.

El Sr. Bueno TC, pongamos ejemplos de tus pensamientos en código, discutamos que la POO es "malvada" después... como se dice: ¡Códigos en la mesa! )))

 
  1. La programación orientada a objetos es necesaria para garantizar que un equipo de desarrolladores que trabaja en un programa lo haga sin problemas.
  2. La POO es necesaria para analizar y modificar el código escrito por el equipo de desarrollo.

PERO, la POO no es necesaria cuando sólo hay un programador y sus tareas no requieren POO.

 
Te ahogarás en tu tecnología después de una pausa de dos meses mientras intentas terminar algo. Y su constructor probablemente no es lo suficientemente sofisticado ya que la complejidad del escalamiento no ha quedado clara.
 
Igor Makanu:

El Sr. Bueno, demos ejemplos de tus pensamientos en código, discutamos que la POO es "mala" después... como se dice: ¡Códigos en la mesa! )))

Sí, prepararé ejemplos sencillos.

 
Реter Konow:
  1. La programación orientada a objetos es necesaria para garantizar que un equipo de desarrolladores que trabaja en un programa lo haga sin problemas.
  2. La POO es necesaria para analizar y modificar el código escrito por el equipo de desarrollo.

PERO, la POO no es necesaria cuando sólo trabaja un programador y sus tareas no requieren el uso de la POO.

Ambas tesis son falsas.