OOP vs. programación procedimental - página 38
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
MiOnInit() tiene el mismo aspecto - una docena de líneas...
¿Y qué?
¡Vaya!
Me preguntaba: ¿hay alguna otra manera en la programación moderna de confundir el problema del nivel de los huevos de una manera más fresca?
Y el hecho de que este es todo el programa... no hay nada más :-)
Por supuesto que no.
Todo lo demás en cenizas + R (él no cuenta)
La depuración consiste en depurar la lógica: la intersección de dos mashas está ahí, pero la señal no. Hay problemas para entender los valores de las variables desde el terminal. Lo principal aquí es no cambiar el tipo de cuenta y preferiblemente no cambiar el broker.
No sé todas esas pasiones que escriben aquí arriba.
Por supuesto que no.
Todo lo demás en cenizas + R (él no cuenta)
La depuración consiste en depurar la lógica: la intersección de dos mashas está ahí, pero la señal no. Hay problemas para entender los valores de las variables desde el terminal. Lo principal aquí es no cambiar el tipo de cuenta y preferiblemente no cambiar el broker.
No conozco ninguna de las pasiones descritas anteriormente.
Francamente, ¿tienes alguna cuenta real? Las pasiones son sólo por los encuentros con el mundo real y los moratones de la explotación/mantenimiento... y para un probador, no importa sobre qué escribir o cómo escribir...
La POO es un método para separar, envolver y ocultar partes de un mecanismo. Si esto es necesario o no, es algo que debe decidir el promotor. No tiene nada que ver con el aumento de la eficiencia del mecanismo en absoluto. Estructura la forma de pensar, sí. Se desconoce si lo estructura correctamente o no. Si es necesario o no, depende de cada persona.
Siempre hay un problema al escribir funciones:
1. escribe una función
2. escribes otra función y ves que es muy parecida, pero diferente a la primera.
Siempre hay un dilema: ¿hay que agrupar en uno o quedarse con dos? Se obtiene un código más versátil pero más complicado. Se obtiene un código sencillo pero con un montón de funciones. Así es con este OOP.
Si consigues asignar un número reducido de clases que estén bien estructuradas y sean claras,
si escribes muchos Asesores Expertos
si los modificas a menudo por alguna razón
ENTONCES
La POO es útil.
Si no es así, no es necesario llenarse la cabeza de información, que no tiene nada que ver con el comercio, y sería mejor dedicar tiempo a R.
¡Buena suerte a todos!
Sólo francamente - al menos una cuenta real... Las pasiones son sólo de los choques con el mundo real y los moretones de la operación / mantenimiento... y para el probador, no importa qué y cómo escribir en...
Desde 2008, incluida la PAMM.
No hay problemas de mantenimiento.
Pero con la explotación...
El margen se incrementa hasta 20, luego se multiplica el margen, luego el hueco, luego se apaga la luz.... entonces mi esposa limpia el polvo en los botones táctiles... Ya he tenido suficiente. Por eso esta sucursal es como estar en China.
Siempre hay un problema al escribir funciones:
1. escribe una función
2. escribes otra función y ves que es muy parecida pero diferente a la primera.
Siempre hay un dilema: ¿hay que agrupar en uno o quedarse con dos? Se obtiene un código más versátil pero más complicado. Se obtiene un código sencillo pero con un montón de funciones. Así es con este OOP.
Si consigues asignar un número reducido de clases que estén bien estructuradas y sean claras,
si escribes muchos Asesores Expertos
si los modificas a menudo por alguna razón
ENTONCES
La POO es útil.
Personalmente, busco la universalidad en las soluciones. Esto requiere "empalmar" funciones similares en un solo bloque sin aumentar el tamaño del código. Aumenta la eficiencia del mecanismo y no hay necesidad de sobrecarga y división. Usa un poco el cerebro y ya está).
Es decir, había dos funciones de 20 líneas cada una. Ambos realizan acciones similares o resuelven tareas parecidas. Mi objetivo es hacer una función de no más de 20 líneas de código que realice el trabajo de ambas funciones. Así es como aparecen los bloques.
PS.
Antes había una rúbrica para las perlas.
Esto está en él.
Un manual de programa no es documentación.
Un manual es una descripción de la funcionalidad de un programa (lo que el programa puede hacer). Es necesario para el usuario.
La documentación es una descripción de la estructura del programa (cómo está construido el programa). Es necesario para el programador.
No hay conflicto de condiciones.
...
Si no lo tienes, no tiene sentido atascarte la cabeza con información que no tiene nada que ver con el trading, y es mejor dedicar tu tiempo a R
¡Buena suerte a todos!
Demostrar en el comercio la eficacia de R... has pasado bastante tiempo en él. Participar en concursos - 1.septiembre; 2.trimestral
https://www.mql5.com/ru/forum/212596
1. ¿En qué medida ha aumentado la rentabilidad de sus EAs al utilizar OOPs?
2. ¿En cuánto ha disminuido el MTBF de su EA?
2. Qué mala suerte))))) el MTBF de un programa informático... ¡clínica!