Mi enfoque. El núcleo es el motor. - página 5
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
¿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....
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.
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.
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.
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! )))
PERO, la POO no es necesaria cuando sólo hay un programador y sus tareas no requieren POO.
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.
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.