Mi enfoque. El núcleo es el motor. - página 36
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
¿Cuánto tiempo te llevaría hacer una ventana como ésta? :)
¿Puede hacerlo una biblioteca estándar? )
Pero si busco en Google texturas listas y las vinculo a la biblioteca MQL estándar, seguramente lo haré en un día - normalmente creo cosas prácticas, como barras de herramientas, botones, casillas de verificación, es decir, controles en los que los usuarios harán clic y obtendrán resultados
Pero hay que distinguir entre lo que hace el terminal y lo que hace el gráfico en el EA, ¿por qué repetir las capacidades del terminal? .... Bueno, si se quiere hacer una perversión, hay que pagarla, si el usuario lo quiere, se puede hacer.
Si hablamos de botones bonitos, calendarios, cuadros de progreso, entonces de nuevo lo pondría todo en .dll y en un par de días (en Delphi) montaría una .dll de componentes listos para el diseño del cliente - sería más chulo que el tuyo y tendría el mismo aspecto y funcionalidad que los famosos paquetes de software (manejo de bases de datos, gráficos, animación... lo que quieras) y el esfuerzo es incomparable al tuyo
Hay que saber utilizar una solución ya hecha o estar a la última. Si los desarrolladores han dado soporte a las librerías .NET, entonces tienes que buscar tus propias soluciones con bonitos calendarios y barras de progreso.
;)
Y tratar de hacer, que al pulsar un botón un conjunto de controles se mostrará, y al pulsar otro botón - otro control. Al mismo tiempo, la ventana puede minimizarse y maximizarse. También se supone que podría haber muchas variantes.
Ocultar elemento: m_button.Hide();
mostrar el elemento: m_button.Show();
y no lo recuerdo, pero tiene la propiedad Enable - si es Enable, pensamos que el elemento está activo y procesará todos los clics sobre él. Si es disabled, entonces lo hemos ocultado y no es visible - vuelve inmediatamente
Tengo algo en casa en alguna parte, pero no lo tengo a mano ahora mismo
El producto está diseñado para desplazar la negociación manual. La cuestión es hasta qué punto sigue prevaleciendo la negociación manual y qué se puede ofrecer a los que operan manualmente.
Corresponde a los programadores escribir sistemas semiautomatizados que automaticen y potencien a los que operan manualmente. Con esto ganarán dinero.
Exactamente, ya he llamado la atención sobre este punto.
¡Este no es tu nicho, Peter! Los programadores que van a escribir sistemas semiautomáticos, y que van a VENDERlos, nunca se meterán con la biblioteca de otro. En primer lugar, debido a los problemas con el apoyo - si algo va mal - es necesario ponerse en contacto con el autor de la biblioteca, y puede que tenga que resolverlo usted mismo (y dado su estilo de acceso global - será muy difícil calcular los errores). Los programadores que escriben sistemas para otros no lo necesitan. Es mucho más razonable que escriban algo propio.
Su nicho son los programadores que prefieren operar manualmente. Su biblioteca será muy interesante para ellos. ¿Pero cuántos hay en este foro?
Claro, el código es grande. Pero es extremadamente sencillo.
Lo principal es que los elementos con propiedades ya establecidas (tamaño, color, gradiente) pueden ser simplemente tomados del código y copiados a otras ventanas.
Sin sintaxis, sin clases, etc... Simplemente tomaron un elemento, o un grupo de elementos, o toda la ventana y la pegaron en cualquier lugar. En una sola pieza.
Entonces, cambia algo y obtienes un nuevo elemento, grupo de elementos o ventana.
Es fácil de usar por primera vez. Pero para la detección de errores, es muy, muy malicioso. Cuando escribes código por primera vez, no es un gran problema - por regla general, tienes un ejemplo o ayuda, y lo más importante, estás "en el proceso" y tienes todas estas sutilezas en mente.Pero cuando usted necesita para cambiar algo, o, por otra parte, aparece el error - para cada línea tiene que ir a la ayuda, y cada vez que asegurarse de que "todo está bien aquí", hasta que uno (la ley de la mala suerte - el último) la línea de repente apareció que se echó a perder algo. Y para entonces - maldecirás al mundo, depurando tal "código con acceso global al kernel".
Si el orden no es importante, entonces no hay información sobre herramientas. Y cuando se llama a un constructor de función o clase con parámetros, el compilador hace sugerencias por parámetros. Y sabes, esto es una ayuda muy significativa. Por lo tanto, el enfoque estándar es un claro plus de grasa.
Por cierto, sí, es algo muy bonito. Lo confirmo.
Y una ventaja más de la encapsulación: cuando se dirige a funciones separadas con parámetros separados ya se ve lo que se le debe pasar por nombre. Y si pasa una estructura - también es visible por el nombre de los campos.
En caso de acceso a un array global con índices simples, aunque el orden sea arbitrario, los datos pueden mezclarse muy fácilmente, lo que simplifica enormemente la comisión de errores.
Así es, he estado llamando la atención sobre este punto.
¡Este no es tu nicho, Peter! Los programadores que van a escribir sistemas semiautomáticos y van a VENDERlos, nunca se involucrarán con la biblioteca de otro. En primer lugar, debido a los problemas con el apoyo - si algo va mal - es necesario ponerse en contacto con el autor de la biblioteca, y puede que tenga que resolverlo usted mismo (y dado su estilo de acceso global - será muy difícil calcular los errores). Los programadores que escriben sistemas para otros no lo necesitan. Es mucho más razonable que escriban algo propio.
Su nicho son los programadores que prefieren operar manualmente. Su biblioteca será muy interesante para ellos. ¿Pero cuántos hay en el foro?
Aquí, por cierto, por alguna razón nadie ha notado la discrepancia entre el objetivo de Pedro y su nicho. Quiere suplantar el comercio manual. Pero hace su trabajo para los que comercian manualmente. Ese objetivo me parece extraño: "Te daré algo que acabará con tu acuerdo comercial habitual... Soy un tipo amable que ha venido a romper todo aquello a lo que estabas acostumbrado: ahora trabajarás según mis reglas". ¿Le traerá esto el éxito?
"Eres un poco raro, Billy" ...
No entiendes nada. :) El objetivo de Peter es sustituir a los operadores manuales que abren posiciones con la tecla F9 por una bonita capa entre el operador y el terminal. Y si el comerciante no ha perdido su depósito de una manera agradable antes, lo hará muy bien con esta capa. El depósito se reducirá, mientras que el comerciante disfrutará de la belleza estética del panel. Y a Peter, como artista, le interesa la belleza estética, y tú estás estropeando su inspiración con tu pragmatismo.
....
Me acordé de un amigo mío. Se ha comprado un ordenador nuevo y presume de ello. Le pregunté. Y cuánta RAM tiene, qué velocidad de reloj y otras especificaciones. Ella responde. No lo sé, pero es muy bonito. :)
Peter, como artista, es todo belleza estética, y tú estás estropeando su inspiración con tu pragmatismo.
Sí, ya he preguntado dónde se pueden aplicar esos bonitos degradados que Peter mostró en la demo... Pero... Todavía no he visto ningún beneficio, ni siquiera la conveniencia de usarlos.
Y antes de Peter había un participante aquí también - incluso tenía algunos indicadores gráficos interesantes que parecen utilizar todas esas imágenes de colores degradados... También le pregunté sobre su solicitud... prometió presentarlo, pero supongo que se estancó...
Eh... Cualquiera puede herir a un artista...
Intenta que un conjunto de controles aparezca al hacer clic en un botón y otro conjunto de controles aparezca al hacer clic en otro botón. Al mismo tiempo, la ventana puede minimizarse y maximizarse. También se supone que puede haber muchas variantes.
Sería interesante preguntar a Peter cómo podría resolver este problema.
encontrado en la ayuda, se ve así
Esta biblioteca requiere Visual Studio, que generará el archivo de datos para la biblioteca.
Y el usuario sólo tendrá que dar forma a sus ventanas en el programa - ¡Es la única manera!
Efectivamente: la dificultad de todas las bibliotecas (frameworks) es que el usuario tiene que "reaprender" sus funciones y parámetros.
Pero esto también es una ventaja:
Las bibliotecas en todos los idiomas están creadas para AHORRAR TIEMPO.
Cuando la parte principal del código ya está escrita y depurada. Y el usuario (programador) utiliza sus posibilidades.
Qué decir de la biblioteca estándar deMetaQuotes: ¿cuánta gente la utiliza?La mayoría, especialmente los principiantes.
Otra cosa es que un programador "quiera" crear su propia biblioteca. Y lo utilizará. - Como has dicho arriba: es más fácil para el programador utilizar su propia biblioteca, que puede mantener él mismo, en lugar de esperar la ayuda del autor .....
Para que el producto tenga demanda, hay dos maneras de hacerlo:
Para el primer punto, todo lo que necesitas es dinero.
El segundo punto requiere un nuevo producto que despierte interés.
Todo lo que no despierta interés - morirá sin encontrar su aplicación y usuario. Y sin el usuario y el autor de la biblioteca no estará interesado en desarrollarla.
Este círculo vicioso desanimará para siempre al autor y al usuario.
Es fácil de usar por primera vez. Pero para la detección de errores, es muy, muy malicioso. Cuando escribes código por primera vez, no es un gran problema - por regla general, tienes un ejemplo o ayuda, y lo más importante, estás "en el proceso" y tienes todas estas sutilezas en mente.Pero cuando usted necesita para cambiar algo, o, por otra parte, aparece el error - para cada línea tiene que ir a la ayuda, y cada vez que asegurarse de que "todo está bien aquí", hasta que uno (la ley de la mala suerte - el último) la línea de repente apareció que se echó a perder algo. Y para entonces - maldecirás al mundo, depurando tal "código con acceso global al kernel".
George, te he dicho muchas veces que hay un lenguaje de marcas ya hecho. ¿Por qué querría alguien meterse con el código? Se hace con el lenguaje y hace lo que necesita.
Si el usuario no tiene suficientes gráficos y necesita una animación, puede hacerlo en su aplicación.
Una cosa más: el mercado SIEMPRE estará inundado. Nada cambiará este hecho. Bueno, que drenen con potentes y hermosas semiautomáticas. Al menos se sentirán mejor moralmente).
Con toda seriedad,ningún programa cambiará la proporción entre los que escurren y los que ganan.
Pero incluso después de perder dinero, seguirán utilizando un programa semiautomático. Porque es N E D O R A C E.
Así que se puede alquilar.