Mi enfoque. El núcleo es el motor. - página 69
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
Lo siento, casi lo olvido: ¡Feliz cumpleaños!
¡Salud y buena suerte!
No bebas demasiado.
Gracias, un poco hoy.
¿Voy a disculparme con Dimitri? Está listo, ¿no?
Una pregunta difícil.
Por cierto, ¡feliz cumpleaños!
Tenga en cuenta que Sharpe tiene un potente sistema de código autogenerado. Esto le permite dibujar un formulario en el editor y obtener el texto del programa generado automáticamente, rellenando un montón de propiedades de cada elemento, empezando por su posicionamiento y terminando con su apariencia. Así que el argumento del "número de líneas de código" no funciona en absoluto.
Hay mucho más en Sharp que en ningún otro motor gráfico para MQL, así que es ridículo pelearse con Sharp.
Una pregunta difícil.
Por cierto, ¡feliz cumpleaños!
Gracias.
Tenga en cuenta que Sharpe tiene un potente sistema de código autogenerado. Esto le permite dibujar un formulario en el editor y obtener el texto del programa generado automáticamente, rellenando un montón de propiedades de cada elemento, empezando por su posicionamiento y terminando con su apariencia. Así que el argumento del "número de líneas de código" no funciona en absoluto.
Hay mucho más en Sharp que en ningún otro motor gráfico para MQL. Por eso es bastante ridículo pelearse con Sharp.
Todavía no me conoces...))
Tenga en cuenta que Sharpe tiene un potente sistema de código autogenerado. Esto permite dibujar un formulario en el editor y obtener un texto de programa generado automáticamente, rellenando un montón de propiedades de cada elemento, empezando por su posicionamiento y terminando por su apariencia. Así que el argumento del "número de líneas de código" no funciona en absoluto.
Hay mucho más en Sharp que en ningún otro motor gráfico para MQL. Por eso es bastante ridículo pelearse con Sharp.
Shh, eso es lo que dije ayer sobre Sharp y empezó.... Pero no le des a Pedro la tarea de dibujar una forma ovalada o se quedará en un punto muerto ))))
SZY: Es la tercera vez en mi vida que abro Sharp, no es diferente de Delphi, sólo tienes que tirar de un componente, hacer clic - escribir un controlador, lo encuentras en una consulta de búsqueda.... todo como siempre, la única razón por la que Sharpe era interesante, parece que Python se puede desplegar en él, bueno, habrá algo que buscar en Google por lo menos ;)
SZY: tercera vez en mi vida que abrí Sharp, bueno, no es diferente de Delphi, tire de un componente, haga clic en - escribir un controlador, lo que no sabe en una consulta de búsqueda find.... todo como siempre, la única razón por la que Sharpe era interesante, parece que Python puede ser desplegado en él, bueno, al menos algo para googlear ;)
Por cierto, por curiosidad, puedes arrastrar el formulario desde Delphi (desde Lazarus). Los principios son los mismos :-)
Salvo que se espera que MT y ## tengan una relación más estrecha hasta el punto de comprometerse, y que Delfos esté llorando al margen, pero no peor...
por cierto, por curiosidad, puedes sacar un formulario de Delphi (de Lazarus). Los principios son los mismos :-)
A menos que se espere que MT y ## tengan un acercamiento hasta el compromiso, y que Delphi esté llorando al margen, pero no peor...
Por desgracia, lo peor es que para hacer que la .dll de Delphi sea amigable con MT, hay que escribirla bajo .Net de una vez o necesitar componentes que funcionen con las ventanas del sistema Windows, como KOL (ya no me acuerdo), y la VCL nativa no sirve para estos menesteres, aunque es conveniente escribir lo mínimo a mano
como sea, a su debido tiempo, los desarrolladores de MT dijeron, que Sharp es Sharp, y está más cerca de C++, en Delphi para escribir kilómetros de begin-end y := , perezoso ya))
Por desgracia, es peor, para hacer una .dll en Delphi amigable con MT o bien hay que escribirla bajo .Net de una vez o bien se necesitan componentes que funcionen con las ventanas del sistema Windows, como KOL (ya no me acuerdo), y la VCL nativa no es adecuada para este fin, aunque es conveniente escribir lo mínimo a mano
lo que sea, todo a su tiempo, los desarrolladores de MT dijeron que Sharp es Sharp, y que está más cerca de C++, en Delphi para escribir kilómetros de begin-end y := , lazy))
Hace años había incluso artículos sobre este recurso - "MT es amigo de Delphi" (o algo así)...
la capa de interfaz es la misma...
A quién le importa en qué DLL escribir.
Pascal es probablemente difícil de recordar, probablemente tomaría dos días, pero como sea...
son lo mismo, es una industria
¿qué diferencia hay en cuanto a las DLL?
Con la introducción de la compatibilidad con las bibliotecas .Net, aparece la diferencia.