Discusión sobre el artículo "Desarrollando las interfaces gráficas para los Asesores Expertos e indicadores a base de .Net Framework и C#" - página 2
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
Desafortunadamente, todo es un bosque oscuro para los nerds como yo. Tu artículo muestra una aplicación genial de github. Probablemente es sólo el 1% de sus capacidades, pero fue útil.
No he entendido cómo puede ayudar en MQL5 de los enlaces dados. Probablemente, es un deber-tener para los programadores, pero hay quienes están lejos de la programación, como yo mismo.
Si hubiera un artículo sobre este tema para MQL5, sería útil.
Los sistemas de control de versiones (cualquiera, no sólo github) son cosas muy poco triviales. No se puede explicar lo que es y por qué lo necesita en cinco minutos. Pero la función "copia el enlace y obtén la última versión del proyecto" es una de las características de dichos sistemas, y muy chula por cierto.
4) Puede personalizarlo de diferentes maneras. Se ha hecho de forma que tengas que especificar el nombre del formulario y el conjunto en el que se encuentra. Es decir, ahora puedes ejecutar uno, dos o cinco formularios. No hay restricciones.
Por ejemplo, lanzamos dos Asesores Expertos idénticos, pero con formularios diferentes. ¿No entrarán en conflicto?
Si he entendido bien, usted sugiere que para cada Asesor Experto debe escribir un GuiMT.exe diferente. ¿Es correcto?
buen articulo, pero por alguna razon no creo que este al nivel de un principiante.
No creo que pueda explicarlo más fácilmente. Sinceramente, hice todo lo que pude. Incluso describí detalladamente la instalación del estudio, como me pidieron los trabajadores.
Un usuario principiante necesita hacer tres cosas:
- Dibujar el formulario que necesita (exactamente dibujarlo en Visual Studio)
- Crear un código de manejo de eventos en su Asesor Experto (se supone que el usuario está familiarizado con MQL al menos en un nivel básico)/.
- Vincule el formulario con el Asesor Experto a través de GuiController (especifique las rutas correctas, especifique las importaciones, etc.).
Si es difícil - entonces usted ha hecho todo lo posible, como se suele decir.Por ejemplo, ejecutemos dos EA idénticos pero con formas diferentes. ¿No entrarán en conflicto?
Si he entendido bien, usted sugiere que para cada EA debe escribir un GuiMT.exe diferente. ¿Es correcto?
Ajá. Necesito pensarlo....
HI: a form with buttons and without third-party dll ( GuiController.dll ) user can create a form with buttons using VS2017 tools literally in 2 clicks: create project - Net class library and then project - add Windows form
Si no está familiarizado con C# lamentablemente no puede. El código que ha proporcionado es algo "simple", sólo unas pocas líneas: crear un hilo, asignarle un delegado y luego ejecutarlo. Y en alguna otra parte del programa has suscrito los eventos necesarios.... - Todo es "sencillo"...
Mi idea clave era que el usuario pudiera dibujar un nuevo proyecto sin tener que añadirle un código manejador, que sería inevitable.
Por ejemplo, ejecutemos dos EA idénticos pero con formas diferentes. ¿No entrarán en conflicto?
Si he entendido bien, usted sugiere que para cada EA debe escribir un GuiMT.exe diferente. ¿Es correcto?
En pocas palabras, sí, tal configuración entrará en conflicto. Para evitarlo, puedes sobrecargar el método ShowForm:
La idea es que la magia contenga un número de sincronización único que refleje la relación de tipo <form-experto>. En resumen, todo es solucionable y extensible.
Lamentablemente, si no estás familiarizado con C#, no podrás hacerlo. El código que has citado es "sencillo", apenas unas líneas: crear un hilo, asignarle un delegado y ejecutarlo. En alguna otra parte del programa, has suscrito los eventos necesarios.... - Todo es "simple"...
Mi idea clave era que el usuario pudiera dibujar un nuevo proyecto sin tener que añadirle un código manejador, lo que sería inevitable.
Probablemente tengas razón, es más fácil para el usuario esbozar elementos gráficos en un formulario en VS2017, luego comprobar ejecutando en VS su creación, asegurándose de que "todo gira", puede pasar a crear la interacción del programa en .Net y MT5.
Yo tenía objetivos ligeramente diferentes - para ejecutar .Net bajo MT4, pero MT4 es difícil de lograr marshalling correcta a la vez, así que resultó que hice un .dll primero bajo MT5, y luego lo integro en MT4.
¡Tu manera es probablemente más práctica, un poco más tarde me familiarizaré con el proyecto en github, definitivamente un ENORME GRACIAS !
Probablemente tengas razón, es más fácil para el usuario esbozar elementos gráficos en un formulario en VS2017, luego probar ejecutando en VS su creación, asegurándose de que "todo gira", puede pasar a crear la interacción del programa en .Net y MT5.
¡Has acertado! Es por eso que el sistema es de tres componentes. Y el principio de "divide y vencerás" en acción.
Yo tenía objetivos ligeramente diferentes - para ejecutar .Net bajo MT4, pero es difícil para MT4 para lograr marshalling correcta a la vez, así que resultó que hice .dll primero bajo MT5 y lo integró en MT4.
Sigue teniendo un nivel profesional. Por supuesto, MT4 es una historia un poco diferente.
¡Tu manera es probablemente mas practica, me familiarizare con el proyecto en github mas tarde, definitivamente un ENORME GRACIAS !
Gracias por los comentarios:))))
Sí, es un buen artículo, pero no estoy seguro de que los redactores lo hayan leído ;-). "Además" se escribe junto, pero en todas las demás partes del texto está separado. Me llamó la atención porque lo leí con más o menos atención, en comparación con otros artículos.
De hecho, por un lado parece bueno. Pero por otro lado - es un poco engorroso para tirar todo lo relacionado con Studio sólo para el editor de formularios visual. Si Studio ya está instalado - no hay problema.
Yo lo haría todo en MQL, junto con el diseñador (tengo ideas, pero no puedo poner mis manos en él). Y creo que hay una opción intermedia - con Studio, pero sin DLL - diseñar formularios WPF, leer XAML en MQL.