Deseos para MQL5 - página 49
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
Una cosa más:
Dar la posibilidad de escribir complementos para el MetaEditor, como PsPad
Añade cosas bonitas como:
1. ¡¡¡ Subrayado de paréntesis emparejados!!!
2. un script que añade el paréntesis por sí mismo.
3. MUY POR FAVOR HACER UN ÁRBOL DE ARCHIVOS CON UN SALTO RÁPIDO A LAS FUNCIONES NECESARIAS
4. ¡¡¡mata ctrl+f2, hazlo!!! ctrl+1, ctrl+2, ....
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡si falta un par de corchetes, el compilador suele mostrar el final del archivo!!!!!!!!!!!!!!!!!!!!!!!!!!
y luego buscar a través de 1000 líneas :)
Y sí, lo recuerdo, ¡haz una función en la API que establezca un trailing stop! (>> ¡¡¡Menos dolor de cabeza!!!)
¿Qué tipo de arrastre? ;)
El artículo "Biblioteca de funciones y asesores expertos para el arrastre / Yury Dzyuban" describe 11 de ellos. Esta lógica pertenece a la capa aplicada, es decir, creada independientemente por cada persona interesada.
Una técnica de plugin para MQL-editor sería útil - todas las cosas mencionadas en esta página (paréntesis emparejados, plantillas de código de autocompletar, comprobar que se utilizan las variables, etc.), para el entorno de Microsoft Visual Studio 2008 / 2005, puede ser fácilmente implementado por JetBrains Resharper, un desarrollador de terceros basado en la tecnología de Visual Studio Extensions.
¿Qué tipo de arrastre? ;)
El artículo "Biblioteca de funciones y asesores expertos para el arrastre / Yury Dzyuban" describe 11 de ellos. Esta lógica pertenece a la capa aplicada, es decir, creada independientemente por cada persona interesada.
Estoy de acuerdo.
Ya expresé ese pensamiento. No creo que sea un problema para los desarrolladores del lenguaje escribir una función en particular. Pero no debemos hacerlo: vincularse a un algoritmo concreto es crear una tendencia, un dogma. La programación de los algoritmos de negociación es un asunto exclusivo del programador (el desarrollador de la estrategia de negociación).
Otra cosa es la necesidad de bibliotecas de funciones puramente técnicas, de servicio, así como de funciones que pueden causar dificultades en su creación. Por ejemplo, cuando se programan funciones para la gestión de errores devueltos por el servidor, el programador no siempre puede entender correctamente cuál debe ser la reacción del Asesor Experto ante un determinado error (solicitudes demasiado frecuentes, el broker está ocupado, etc.).
En mi opinión, sería muy útil añadir propiedades para algunos objetos.
Por ejemplo, el número de barras que determina la longitud del canal.
Dificultad para trabajar con canales:
Que el usuario pretenda establecer una duración del canal de 24 horas en H1.
Un algoritmo intuitivo puede reducirse a calcular las coordenadas temporales derecha e izquierda de un objeto. Y no es difícil realizar estos cálculos: la coordenada izquierda se calcula como la coordenada derecha menos 24 horas.
Al mismo tiempo, si el punto derecho del canal se fija, por ejemplo, en 0 bar, y el programa se ejecuta a las 10:00 lun, el punto izquierdo se fijará en el primer bar del lun actual. La longitud real del canal será de 10 barras y no de 24.
Estos errores son difíciles de detectar si las pruebas se realizan, por ejemplo, el miércoles. En este caso, el usuario ve el resultado de la prueba "correcta": la longitud del canal será de 24 barras.
Un problema similar se plantea cuando se construyen canales en TFs pequeñas, cuyas comillas están marcadas con "agujeros".
Otra cosa es la necesidad de bibliotecas de funciones puramente técnicas y de servicios, así como de funciones cuya creación puede causar dificultades. Por ejemplo, al programar la función de tratamiento de los errores devueltos por el servidor, el programador no siempre puede comprender correctamente cuál debe ser la respuesta del experto a tal o cual error (solicitudes demasiado frecuentes, el corredor está ocupado, etc.).
Sería ideal que los comerciantes dispusieran de una biblioteca de operaciones comerciales ya preparada en el paquete de entrega,
para que los operadores no tengan que pensar en las recotizaciones y en la gestión de errores. Creo que nadie lo hará mejor que los desarrolladores.
Y los profesionales, si es necesario, escribirán sus propias variantes.
Sería útil poder cambiar el color de un nombre simbólico o de una constante simbólica al utilizar la construcción #define, de forma similar a lo que se hace en los menús con otros elementos de texto:
Por ejemplo: #define pi 3.14159265358 Aparentemente es trivial, pero si hay muchas definiciones, ¡no son visibles inmediatamente!