Y siempre hay que estar preparado para un rendimiento cero en el mercado.
1463. No se trata de protección (está en todas partes), sino de lógica. CopyTicks devuelve bid/ask == 0 - ok. SymbolInfoDouble no suele devolver cero en el probador. ¿Es un error o no?
fxsaber: 1463. No se trata de protección (está en todas partes), sino de lógica. CopyTicks devuelve bid/ask == 0 - normal. SymbolInfoDouble no suele devolver cero en el probador. ¿Es un error o no?
Parece que es antes, especialmente para los ticks reales al principio - en los primeros dos-tres ticks imita la carga de datos reales. Por eso introduje la protección. Gracias a la protección me detuve sólo para ver la aparición de cero en .Bid() y .Ask() - así que no lo he visto durante mucho tiempo - el programa acaba de pasar por alto una sección de código automáticamente.
coderex: Renat Fatkhullin, ¿hay planes para introducir void y punteros para los tipos fundamentales?
Renat Fatkhullin:
Ninguna de las referencias peligrosas será inequívoca.
Los peligrosos no son necesarios. Todo se puede implementar fácilmente a través de objetos auxiliares-contenedores u objetos que redirigen el acceso. Y la necesidad de su creación se determina en la etapa de compilación, si hay una operación de toma de punteros.
He hablado de este tema con el servicio técnico. Dicen que no han encontrado una forma que sea segura y rápida al mismo tiempo. Pero son mutuamente excluyentes. Si todo se basa en la fiabilidad, por supuesto nadie espera mucha velocidad. Y no es necesario. Mejor una versión lenta que ninguna, ¿no?
Dado que las pestañas abiertas del MetaEditor muestran ahora la presencia de cambios en los archivos en comparación con el Almacén, ¿podría "atornillarse" el menú derecho para trabajar con el Almacén al clic derecho en la pestaña del archivo? Algo así:
Se elimina la petición, porque (quizás también estaba en 1463, pero sólo se notó en 1464) si se pone un archivo en el Almacén y se edita código en ese archivo, se puede arreglar el cambio en el Almacén simplemente haciendo clic con el botón derecho NO EN LA PESTAÑA DEL ARCHIVO, sino en CUALQUIER lugar del código de ese archivo modificado.
Hace tiempo que se pide y vamos a hacer un informe maestro adicional, que vacíe no sólo las órdenes con operaciones, sino también las operaciones liquidadas (ahí está el horror).
Sólo tenemos que ponernos las pilas.
Ha surgido una buena solución histórica. Cuando se selecciona la línea de la orden/operación en la tabla del historial del terminal, debe resaltar todas las líneas que coincidan con el POSITON_ID. Hará que la lectura de la historia sea 1000 veces más fácil. Y añade la columna POSITION_ID. Esta solución no requiere "ponerse de acuerdo". Y la representación de la MT4 - cuando se reúne.
¿Tienes esto en la compilación 1463?
Y siempre hay que estar preparado para un rendimiento cero en el mercado.
1463. No se trata de protección (está en todas partes), sino de lógica. CopyTicks devuelve bid/ask == 0 - normal. SymbolInfoDouble no suele devolver cero en el probador. ¿Es un error o no?
Renat Fatkhullin, ¿hay planes para introducir void y punteros para los tipos fundamentales?
Ninguna de las referencias peligrosas será inequívoca.
Los peligrosos no son necesarios. Todo se puede implementar fácilmente a través de objetos auxiliares-contenedores u objetos que redirigen el acceso. Y la necesidad de su creación se determina en la etapa de compilación, si hay una operación de toma de punteros.
He hablado de este tema con el servicio técnico. Dicen que no han encontrado una forma que sea segura y rápida al mismo tiempo. Pero son mutuamente excluyentes. Si todo se basa en la fiabilidad, por supuesto nadie espera mucha velocidad. Y no es necesario. Mejor una versión lenta que ninguna, ¿no?
Dado que las pestañas abiertas del MetaEditor muestran ahora la presencia de cambios en los archivos en comparación con el Almacén, ¿podría "atornillarse" el menú derecho para trabajar con el Almacén al clic derecho en la pestaña del archivo? Algo así:
Sí, ahora la idea está clara.
Hace tiempo que se pide y vamos a hacer un informe maestro adicional, que vacíe no sólo las órdenes con operaciones, sino también las operaciones liquidadas (ahí está el horror).
Sólo tenemos que ponernos las pilas.
datetime from_date = 0, // с даты
datetime to_date = 0 // по дату
);
from_date == 0 - toma la historia desde el principio.
to_date = 0 - toma TODO el historial desde from_date.
Entonces será muy conveniente llamar a
HistorySelect(From) // вся история с даты From
Navega hasta la descripción de la función mediante ALT+G. ¿Cómo puedo volver al punto en el que he pulsado ALT+G?
Prueba a pulsar "ctrl "+"-". Pero no siempre funciona.