Asesores Expertos: Diff_TF_MA_EA - 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
¿Y esto?
Si se cumplen todas las condiciones, trabajamos. Si no, no. ¿Por qué tantos ifs y continues cuando basta con un solo if?
Por lo tanto, no entiendo su queja aquí sobre el código y el programador que lo escribió en algunas preferencias propias.
¿Dónde?
Si se cumplen todas las condiciones, trabajamos. Si no, no. ¿Por qué tantos ifs y continues cuando basta con un if?
No hay ninguna diferencia. Pero tu amor por empaquetar todo en una línea hace que el código sea difícil de leer.
Y aquí, creo, hay material para estudiar. Asi que no deberias imponer algo que sea dificil de entender.
Lo siento, tus códigos son difíciles de entender :) Mientras lo desmontes y lo conviertas en condiciones comprensibles, te harás un lío.
Además, las macros no se pueden depurar.
No hay ninguna diferencia. Pero tu amor por empaquetar todo en una línea hace que el código sea difícil de leer.
Y aquí, creo que es material para estudiar. Asi que no deberias imponer algo que sea dificil de entender.
Lo siento, tus códigos son difíciles de entender :) Mientras lo analizas y lo despliegas en condiciones comprensibles, te harás un lío.
Además, las macros no se pueden depurar.
¿Qué tiene que ver mi estilo personal? ¿O la evaluación del código depende ahora de la autoría?
Puedes preguntar a la gente qué código es más claro. En mi opinión, no hay nada más claro
Si se cumplen todas las condiciones - trabajamos. Si no - no.
Si se cumplen todas las condiciones, trabajamos. Si no, no. ¿Por qué tantos ifs y continues cuando basta con un if?
¿Por qué?
Bueno, tal vez no sea una queja, sino una constante insinuación de un enfoque equivocado.
Creo (bueno, desde que llegué aquí ayer) que los diferentes enfoques para la compilación de código tienen derecho a existir y no sólo los que a uno de nosotros - los aquí presentes - simplemente le gustan.
Y sin embargo, voy a tratar de repetirme - hay códigos de enseñanza en kodobase. Y nuestra tarea es explicar a la gente que pregunta sobre algo.
Hasta ahora, sin embargo, veo que sólo nosotros dos tenemos interés. Y además, hablamos desde nuestro propio campanario ;)
Sería interesante conocer la opinión de los demás. Si no, tú y yo daremos vueltas y vueltas: yo hablo de que es un libro de texto y tú de que cualquier libro de texto debería ser absolutamente impecable. (¿Qué me dice de "Hello Word!"? :))
Quiero decir que es un libro de texto, y cualquier libro de texto debería ser absolutamente impecable.
No debería haber errores evidentes. No hay quejas sobre la estilística, sólo un intento de entender y demostrar que es posible de otra manera.
ZЫ Nadie lee este hilo, porque los hilos de discusión de KB-prog se abren sólo por accidente.
¿Qué tiene que ver mi estilo personal? ¿O la evaluación del código depende ahora de la autoría?
Puedes preguntar a la gente qué código es más claro. No creo que sea más claro
Dos códigos idénticos escritos de forma ligeramente diferente. No se trata de las preferencias de cada uno.
Pero tú has hecho la pregunta: "¿por qué así y no así?".... Creo que es porque:
Foro sobre trading, sistemas automatizados de trading y testeo de estrategias de trading.
Asesores Expertos: Diff_TF_MA_EA
fxsaber, 2018.02.02 10:05 am.
Qué tiene que ver mi estilo personal? O es que ahora la evaluación del código depende de la autoría?
Puedes preguntarle a la gente qué código es más claro. En mi opinión, no hay nada más claro
No debería haber errores evidentes. No hay quejas sobre la estilística, sólo un intento de comprender y demostrar que se puede hacer de otra manera.
Por supuesto que se puede hacer de otra manera. Y no veo errores evidentes en el contexto del código de todo el programa. Sí, las comprobaciones se han reducido. Pero no son necesarias, por eso probablemente se reducen. Y ya he explicado la sustitución de la enumeración - la sustituyeron en vano - ahora es más difícil mejorarla - hay que cambiar la enumeración de entrada. En igualdad de condiciones.
Dos códigos idénticos escritos de forma ligeramente diferente. No se trata de las preferencias de cada uno.
Pero usted ha preguntado: "¿por qué así y no de otra manera?".... Creo que es porque
Supongo que no es consciente de la alternativa. Pero el autor guarda silencio.
Por cierto, este "estilo personal del programador" es en realidad el resultado de usarlo en QB.
Por supuesto que se puede hacer de otra manera. Y no veo ningún error evidente en el contexto del código de todo el programa. Sí, las comprobaciones se han reducido. Pero no son necesarias, por eso se reducen. Y ya he explicado la sustitución de la enumeración - la sustituyeron en vano - ahora es más difícil mejorarla - hay que cambiar la enumeración de entrada. En igualdad de condiciones.
La he sustituido.
Un grave error.
Supongo que no conoce la alternativa. Pero el autor guarda silencio.
Por cierto, este "estilo personal del programador" es en realidad el resultado de utilizarlo en KB.
Sólo podremos saberlo cuando el autor nos responda.
Pero sobre los estilos personales que dependen del uso de KB, esto es probablemente exagerado - has publicado en KB, ¿no conoces el requisito de llevar el estilo al estilo MK? Lo sé, y estoy bastante sorprendido de que mis códigos en KB se publican en mi estilo. Aquí, lo más probable es que sea el estilo del programador o el requisito de estilo idéntico de toda la KB.