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
No, pueden ser lo que quieras. al igual que el comentario. verlos como una especie de comentario numérico. Todas las operaciones manuales abiertas con la interfaz de usuario normal de MT4 tendrán el número mágico 0, por lo que puede, por ejemplo, hacer un bucle sobre todas las órdenes y cerrar/borrar todas las operaciones y órdenes manuales, dejando todas las operaciones EA intactas.
Para identificar de forma única una determinada orden existe el número de ticket.
gracias por aclararlo y por compartir sus puntos de vista. Por cierto, he aprendido mucho..
No necesito MathPow(), ¿por qué nadie vio esto?
actualizando el primer post ahora.
No necesito MathPow(), ¿por qué nadie vio esto?
Se me ocurren tres razones principales:
Yo no diría que reduce la claridad. Mi intención principal es la claridad, la elegancia y la precisión, no el rendimiento.
También podría utilizar la potencia, la multiplicación, la división (y el módulo) para hacer el cambio de bits real sin utilizar ningún operador a nivel de bits. Pero en aras de la elegancia (y también de la claridad) debería hacerlo exclusivamente con uno u otro, pero no mezclado. Y como el significado de la función es desplazar bits, sólo ofuscaría el código si hiciera desplazamientos de bits con multiplicaciones.
Además mientras que la suma y la multiplicación se pueden hacer con enteros la función MathPow( ) internamente usa logaritmos, huele a aproximación y es increíblemente compleja comparada con lo que necesito, usa y devuelve un valor doble y esto no tiene nada que ver en una función de enteros que sólo debe desplazar n bits.
Tal vez debería haber hecho la pregunta de por qué no vi esto. ¿Por qué usé MathPow() en primer lugar? No lo sé. La última vez que hice algo de ensamblador fue hace 15 años, hoy estoy acostumbrado a pensar en problemas en abstracciones más altas. Tal vez esta fue la razón. En algún lugar de mi cerebro hay una fuerte conexión con que el enésimo bit sea 2^n, simplemente escribí esto sin pensar un segundo en ello. Un programador de ensamblador nunca habría hecho esto. Desplazar a la izquierda es multiplicar por 2, multiplicar por 2 es desplazar a la izquierda.
Mi solución para la persistencia es utilizar los 32 bits de la int para mantener el tf que utilizo (10 de ellos), la versión de expertos o método de comercio que abrió la orden (tengo 4 de ellos). Todavía hay muchos bits de sobra si los necesito. Yo utilizo las operaciones bitwise y algunas funciones de conversión para manejar esto. Sé que otros hacen esto o algo similar, pero como esto no parece ser suficiente para sus situaciones, todavía estoy tratando de envolver mi cabeza alrededor de la pregunta que hice.
¿Cómo es que en su ejemplo el Symbol() forma parte del MN? Usted tiene un número de EA y un número de Timeframe, pero ¿qué pasa con el símbolo?
Puedo ver las ventajas de su enfoque y puede utilizarlo en algún momento en el futuro. Pero siendo un NuB estoy utilizando MM de la base de código en MQL4.Com. Así que en este punto de mi curva de aprendizaje de programación, MM no es mi prioridad. Aunque si puedo encontrar un método mejor que puedo empalmar en lo haré hasta el momento en que MM llega a la parte superior de mi lista de prioridades no me opongo a usarlo. ¡Nosotros los NuBs necesitamos toda la ayuda que podamos conseguir!
En cuanto al nombre y/o número de versión, el MN sólo permite números y no letras.
No he revisado tu código pero asumo que tu algoritmo está convirtiendo el nombre en parte de tu MN en cuyo caso no te diría inmediatamente de qué par de divisas te estás ocupando.
su algoritmo está convirtiendo el nombre en parte de su MN en cuyo caso no le diría inmediatamente de qué par de divisas se está ocupando.
Convertirá de forma fiable cualquier cadena en un número entero único. Esta conversión es un camino de ida, pero nunca jamás necesito convertirlo de vuelta.
Todo lo que necesito saber es que estas operaciones con el mismo número están juntas. Es sólo un número de identificación para encontrar fácilmente todas las operaciones de esta combinación específica de EA/símbolo/TF con un solo if() en el bucle. Lo único que hay que saber sobre este número es que es único para cada combinación de EA/símbolo/marco de tiempo y que es determinista y no cambiará si mi PC decide fallar.
Todas las operaciones que lógicamente pertenecen juntas tendrán el mismo MN. Si alguna vez, en algún momento posterior, necesito saber en qué símbolo se realizaron (por ejemplo, para hacer algunas estadísticas a final de mes) puedo simplemente utilizar OrderSymbol() en estas órdenes.
Hola chicos, solo tengo curiosidad por saber por qué se necesita más de un experto que ejecute el mismo tf, y símbolo con la misma configuración.
Mi solución para la persistencia es utilizar los 32 bits del int para mantener los tf's que utilizo (10 de ellos), la versión del experto o el método de comercio que abrió la orden (tengo 4 de ellos). Todavía hay muchos bits de sobra si los necesito. Yo utilizo las operaciones bitwise y algunas funciones de conversión para manejar esto. Sé que otros hacen esto o algo similar, pero como esto no parece ser suficiente para sus situaciones, todavía estoy tratando de envolver mi cabeza alrededor de la pregunta que hice.
No puedo hablar por nadie más, pero tengo un EA que puede tardar en cerrar una orden, y se pierde nuevos puntos de entrada porque todavía no está cerrado de la orden anterior. Me gustaría que manejara cada entrada de forma independiente y siguiera cada operación según las reglas de cada operación (sl móvil, cerrar la mitad cuando se alcance el tp, etc).
No puedo hablar por nadie más, pero tengo un EA que puede tardar en cerrar una orden, y se pierde nuevos puntos de entrada porque aún no se ha cerrado la orden anterior. Me gustaría que manejara cada entrada de forma independiente y siguiera cada operación según las reglas de cada operación (sl móvil, cerrar la mitad cuando se alcance el tp, etc).Ya veo. ¿Así que está atado esperando la respuesta del servidor, y mientras tanto podrías estar abriendo otras órdenes?
Pero, ¿el contexto comercial que está ocupado no detiene cualquier acción relacionada con la orden?
Supongo que mientras funcione, eso es lo que realmente importa.
No tanto la respuesta del servidor, sino simplemente tener una orden abierta. Así que el EA puede recibir una señal de compra y comprar, y luego quedarse abierto. Unas horas más tarde llega otra señal de compra, pero como ya tiene una posición abierta, no compra porque está esperando a cerrar la primera orden. Pero no hay ninguna razón para suponer que la primera señal de compra sea más rentable que la segunda o que se gane algo esperando a que se cierre la primera antes de permitir que el EA abra órdenes adicionales. Pero todavía estoy trabajando en ello, así que para mí todavía es teoría :)