Discusión sobre el artículo "Exponer código C# a MQL5 usando exportaciones no gestionadas" - página 4
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
Llevo un mes sugiriendo tímidamente que deberíamos hacer un wiki-tutorial sobre mql5, rellenado por la comunidad. Esto solucionaría los problemas con el mega-tutorial. Los autores podrían incluso ser recompensados con créditos por artículos especialmente visitados.
El motor wiki es gratuito y está disponible.
// Si Metaquotes no quiere hacerlo, alguien podría hacerlo en un sitio externo. Yo, por mi parte, lo estoy considerando.
En el caso de los sitios externos, hay un problema: tenemos derechos de autor sobre nuestro material. Y al crear un wiki externo, casi el 100% del texto será copypaste de nuestro material.
Se podría argumentar que los wikis públicos son una utopía. La idea de los wikis públicos lleva mucho tiempo enterrada en la práctica. Fíjese cuánto esfuerzo dedicamos al desarrollo de nuestras comunidades y documentación. Es mucho dinero y trabajo diario.
La solución al problema está en la creación gestionada de contenidos con entrega obligatoria en el terminal de cada usuario. Esto aumenta la eficacia de la familiarización masiva de un insignificante 0,00x% a un muy realista 3-5%.
A diario aumentamos el volumen y la conectividad de los materiales MQL5. El proyecto de documentación(lenguaje MQL5, ayuda, multilenguaje) ocupa una parte muy grande de nuestro trabajo.
Para los sitios externos hay un problema: tenemos derechos de autor sobre nuestros materiales. Y al crear un wiki externo, casi el 100% del texto se copiará de nuestros materiales.
Se puede argumentar que los wikis públicos son una utopía. La idea de las wikis públicas lleva mucho tiempo enterrada en la práctica. Fíjese cuánto esfuerzo dedicamos al desarrollo de nuestras comunidades y documentación. Es mucho dinero y trabajo diario.
La solución al problema está en la creación gestionada de contenidos con entrega obligatoria en el terminal de cada usuario. Esto aumenta la eficacia de la familiarización masiva de un insignificante 0,00x% a un muy realista 3-5%.
A diario aumentamos el volumen y la conectividad de los materiales MQL5. El proyecto de documentación(lenguaje MQL5, ayuda, multilenguaje) ocupa una parte muy grande de nuestro trabajo.
¿Y si reactivamos los concursos en el marco del tutorial? Al fin y al cabo, los recién llegados piden un libro de texto.
Hacer un concurso de varias etapas, los participantes se inscriben, presentar un plan de libro de texto, el 50% son eliminados, el resto se les paga $ 20 cada uno, ir a la segunda etapa, etc.
Hasta el final de la maratón llegará el final de los pocos pero con los mejores trabajos. Fije plazos reales de creación con medio año, divídalo en etapas y todo saldrá bien.
Es un artículo muy interesante y útil sobre la interoperabilidad general entre C++ y .NET.
La estrategia más sencilla de implementar es "2.4. C++/Cli wrapper class", porque se puede utilizar .NET API en C++/cli sin ninguna molestia, por lo que el único código de cola es una clase pequeña y sencilla que contiene "gcroot".
Este enfoque fue elegido como base para la implementación de http://www.nquotes.net - una biblioteca que permite la programación MQL en C#.
Aunque la primera versión sólo soporta MQL4, pero definitivamente será portado a MQL5 en futuras versiones.
Gran artículo, muy, muy útil. Pero...
Tengo un pequeño error con Visual Studio. Si creo un nuevo proyecto utilizando la plantilla y construirlo, VS no tiene ningún problema. A continuación, puedo guardar el nuevo proyecto (incluyendo dll construido) en el disco, en una carpeta de solución. La dll se ejecuta bien. Sin embargo, si vuelvo al proyecto guardado en VS, se queja de que el proyecto "RGiescke.DllExport.targets" no se encuentra o no está en el disco, aunque el archivo está ahí.
Supongo que es un problema con el archivo del proyecto.....
Muy buen tutorial, me gusta esto.
Muchas gracias.
Hola Investeo,
Gracias por este artículo fue muy útil, aunque parece que me enfrenté a algunos problemas tratando de utilizar la plantilla de RGiesecke.
Cuando creé y construí una DLL utilicé DLL Export Viewer para comprobar los nombres de las funciones exportadas para poder encontrarlas y llamarlas a través de GetProcAddress. Desafortunadamente la DLL se carga bien con la función LoadLibrary pero GetProcAddress devuelve el error 127 - Función no encontrada. Al mismo tiempo DLL Export Viewer muestra que ninguna de mis funciones fueron exportadas ...
¿Podría por favor sugerir lo que puede estar mal con mi código?
Y luego en Win 32 aplicación de consola que estoy haciendo lo siguiente :
Gracias, Art
Por cierto, MetaTrader 5 ha sido capaz de importar de forma nativa funciones de DLL escritas en .NET desde hace varias versiones.
Hemos añadido especialmente este soporte y ahora no hay necesidad de utilizar workarounds.
No puedo encontrar información de cómo hacer .Net función improvisada. Quien pueda, por favor comparta un enlace o un ejemplo sencillo.
Activa "Mostrar todos los tipos de archivos" en el navegador del editor, coge tu DLL con el ratón y lánzala a la ventana MQL5 del programa.
Seguramente te sorprenderá el resultado.
Activa "Mostrar todos los tipos de archivo" en el navegador del editor, coge tu DLL con el ratón y lánzala a la ventana MQL5 del programa.
Probablemente te sorprenderá el resultado.
Genial.
Si pudiera insertar todas las funciones de la DLL a la vez.
Activa "Mostrar todos los tipos de archivo" en el navegador del editor, coge tu DLL con el ratón y lánzala a la ventana MQL5 del programa.
Probablemente te sorprenderá el resultado.
P.D.
Win8 Enterprise 64
MetaEditor build 842
La librería .Net tiene una función