¡Ayuda! - página 6
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
Creo que sólo tú, Dima, estabas hablando de "eso" aquí )
La gente discutía sobre el código de trabajo en el que el if es la parte más rápida.
El interruptor funciona casi al instante, puedes usarlo para el EA universal. Pero no veo el punto.
Empezó desde aquí.
Mejor no un interruptor, sino un polimorfismo OOP.
Ponemos un peso de 40 kg en un burro, luego nos damos cuenta de que hemos olvidado un frasco de peso de 1 kg, no es un problema, ponemos un peso de 1 kg menos - tampoco es un problema. Así se puede poner una carga interminable de un kilo cada una en un burro (algo tan insignificante para un burro).
No hay crédito.
Cuelgan 20 gramos de frascos vacíos en un burro. Y realmente no le importa.
Es duro para él por el agua que se vierte allí (funciones pesadas).
Empezó desde aquí.
Mejor no un barrido, sino un polimorfismo OOP.
En ese ejemplo concreto puedes insertar al menos 10 ifs y no afectará a la velocidad de funcionamiento (así como a la velocidad de prueba y optimización) (<1% de ralentización).
Porque en la función adyacente habrá un análisis de las órdenes o al menos una solicitud de OrdersTotal, y la otra función será la comprobación de la hora teniendo en cuenta el cambio de GMT.
...
En ese ejemplo, puedes insertar al menos 10 ifs y no afectará a la velocidad de funcionamiento (así como a la velocidad de prueba y optimización) (<1% de ralentización).
La razón es que la función adyacente enumerará las órdenes o al menos la solicitud de OrderTotal, y la otra función comprobará la hora teniendo en cuenta el cambio de GMT.
Insertar en ese lugar, insertar en otro, insertar en otro, etc. y el burro se va.
La conveniencia de una comprobación adicional en ese ejemplo es mínima. Alguien quiere, por el contrario, que la orden se abra justo después del lanzamiento del EA, aunque el EA esté trabajando en barras. Pero el Asesor Experto es un programador súper competente en la definición de código de mierda y todo lo que está mal en su opinión es un código de mierda.
Me lo explicas todo así, como si no hubiera visto un solo EA que no he escrito en absoluto. Resulta que ni siquiera sé cómo escribir una condición if correctamente.
No es difícil para un burro, no se echa el agua en los frascos de una vez, sino de uno en uno. Está demostrado que un burro puede cargarse con una cantidad infinita de peso.
No debería haber empezado con mi propia inteligencia:
Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading
¡Ayuda!
Dmitry Fedoseev, 2015.11.03 20:44
La velocidad de funcionamiento se reduce.¡Acabamos de captarlo! ;)
Basta ya. El programa más rápido es un OnTick(); y eso es todo.
Todo lo que contenga más código será más lento. Y si hay que pensar en la velocidad, ciertamente no se trata de si.
Un if puede ser crucial en el código OpenCL donde crea una lógica de bifurcación que lleva a la desincronización de los hilos. Pero, de nuevo, no es si en sí lo que está causando la ralentización, son los hilos que operan a diferentes velocidades debido a las diferentes lógicas. Incluso en este caso no hay que intentar reducir el número de ifs sino "unificar" las operaciones en bloques if y else, por ejemplo
en lugar de
necesita usar
entonces se preserva el número de operaciones en diferentes hilos y no hay desincronización y la velocidad de ejecución es mayor, aunque haya más código.
Poner en un sitio, poner en otro, poner en otro y así sucesivamente... y el burro despegará.
La conveniencia de una comprobación adicional en ese ejemplo es mínima. Alguien quiere, por el contrario, que la orden se abra justo después del lanzamiento del EA, aunque el EA esté trabajando en barras. Pero nuestro Asesor Experto es super autoritario por definición 00000 y todo lo que está mal en su mente es xxxxxx.
Todos me lo explicáis así, como si no hubiera visto ni un solo EA, no es que haya escrito uno. Resulta que ni siquiera sé cómo escribir la condición if correcta.
No vierten el agua en los frascos de una vez, sino de uno en uno. Está demostrado que el burro puede llevar infinitas cargas.
No es sólo el programa lo que se puede llevar a los extremos. Que es exactamente lo que estás haciendo.
Si dices que sabes cómo, debes entender el principio del operador if. ¿O no?
Y no compares a un operador de if con un burro, un burro se sienta en tu cerebro y escribe tonterías. Y no compares al operador de si con un burro sentado en su cerebro escribiendo tonterías.
en lugar de
debe utilizar