OOP vs. programación procedimental - página 8
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
Tal vez no sea un enfoque racional cargar todas las órdenes abiertas con todos sus parámetros en un array.
Tal vez, si necesito dos parámetros beneficio y stop loss en mi código, es demasiado caro ejecutar el bucle dos veces.
Este es un código universal y podemos recortar cosas innecesarias para acelerar el proceso final...
Simplifique
Por eso no soporto la OOP. Es imposible entender nada. Sin comentarios. ¿Qué hay que hacer al final?
¿Por qué no empiezas a aprenderlo?
Por eso odio la OOP. Es imposible entender nada. No hay comentarios. ¿Qué hay que hacer al final?
Esa es la cuestión: no entiendes, pero tienes una estructura de array con todas las órdenes y fácil de llamar a cualquier parte. Y sólo se ejecuta el bucle pesado una vez...
¿Por qué no empiezas a aprenderlo?
Rellena el array con los valores de la función en el bucle. La pregunta es, ¿por qué se necesita un caparazón de clase? Se puede hacer con una función.
Cuantas menos llamadas a funciones, más rápido será el código.
Llenar el array con los valores de la función en el bucle. La pregunta es, ¿por qué se necesita un caparazón de clase? También se puede hacer con una función.
La estructura es muy cómoda: no es necesario apilar las matrices y redimensionarlas individualmente. Este ejemplo no muestra las ventajas de la POO, sólo que cada uno lo hace como se siente personalmente cómodo.
Esa es la cuestión: no entiendes, pero tienes una estructura de array con todas las órdenes y fácil de llamar a cualquier parte. Al mismo tiempo, sólo se ejecuta el bucle pesado una vez...
Señores discutidores, pongámoslo así, si no entienden la POO, no lo saben, entonces discutamos no la programación procedimental vs la POO, sino la programación procedimental con punteros a funciones vs la programación procedimental sin punteros a funciones.
No, su ejemplo es muy bueno.
No se trata de programación procedimental.
Hay un criterio mucho más importante de la calidad del programa: la claridad del código.
La solución que has dado es pésima: no queda nada claro a qué función se llama con sentido. Escribiría un interruptor normal y un comentario contra cada llamada. Este es el código correcto.
De tu ejemplo deduzco que la OOP es algo perjudicial.
Cuantas menos llamadas a funciones, más rápido será el código.