Comunidad de expertos - página 9

 
Algo así.

las flechas no se nombran "de sopetón" =) y multiplicar 2 flechas por posición no es económico.
Por ejemplo, para una orden Sell Stop, el nombre de la flecha es "#833894 sell stop", necesita una descripción ;)
algo así:
int _OrderTicket=OrderSend(Symbol(),_OrderType,Lots,Ask,Slippage,0.0,0.0,_Comment,ExpertMagicNumber,0,Blue);
if(_OrderTicket<0)
{
    Print("OrderSend failed with error #",GetLastError());
    return(0);
}
string _OrderType_string;
switch ( _OrderType )
{
	case OP_BUY: _OrderType_string = " buy"; break;
	case OP_SELL: _OrderType_string = " sell"; break;
	case OP_BUYLIMIT: _OrderType_string = " buy limit"; break;
	case OP_SELLLIMIT: _OrderType_string = " sell limit"; break;
	case OP_BUYSTOP: _OrderType_string = " buy stop"; break;
	case OP_SELLSTOP: _OrderType_string = " sell stop"; break;
}
string arrow_name = "#" + _OrderTicket + _OrderType_string;
ObjectSetText(arrow_name,_Comment,10);



Debería funcionar, pero no lo he comprobado =)

 
Muy bonito. No había pensado en eso. Pero eso son todos los trucos, para el análisis estadístico del sistema se necesita algo un poco diferente.
 
En cuanto al cierre

COMPRAR cuando se cumpla alguna de las condiciones de VENTA
Vender en cualquier condición de compra.

Por ejemplo, tenemos 150 condiciones de COMPRA y 150 condiciones de VENTA separadas.

Debemos escribir las 150 condiciones de VENTA una vez más en la declaración de COMPRA y luego escribirlas de nuevo en la declaración de COMPRA.
entonces añade 150 condiciones de compra en el cierre de venta.

¿Se puede hacer de una manera mejor?
 
En cuanto al cierre <br / translate="no">
COMPRA al producirse cualquiera de las condiciones de VENTA
Vender en todas las condiciones de compra.

Por ejemplo, tenemos 150 condiciones distintas para la COMPRA y 150 condiciones distintas para la VENTA.

Nos gustaría añadir las 150 condiciones de VENTA al cierre de COMPRA una vez más, y luego añadir otras 150 condiciones de COMPRA.
entonces añade 150 condiciones de compra en el cierre de venta.

¿Podría hacerse de forma más óptima?

No, ¿por qué?
Si la condición de venta se dispara, cerramos automáticamente la compra. No tiene sentido escribir lo mismo dos veces.
 
Muy bonito. No había pensado en eso. Pero todo son florituras, para el análisis estadístico del sistema se necesita algo más.

sí, adornos y baratijas =) pero hace el trabajo más agradable
 
Propongo añadir las 150 condiciones de VENTA a la COMPRA una vez más, y luego añadir otras 150 condiciones de compra a la VENTA.

¿No se puede hacer de una manera mejor?

Recoge todas las condiciones en dos variables como -
bool BuySignal;
bool SellSignal;
....................


y luego utilizarlos tantas veces como sea necesario.

 
Me pregunto qué tienen que decir los respetados expertos sobre la estructura del código EA, la estructura propuesta por MQ
Инициализация переменных
Первичные проверки данных
    проверка графика, количество баров на графике
    проверка значений внешних переменных Lots, S/L, T/P, T/S
Установка внутренних переменных для быстрого доступа к данным
Проверка торгового терминала – пустой ли? Eсли да, то:
    проверки: если ли деньги на счету и тд...
    можно встать в длинную позицию(BUY)?
        открыть длинную позицию и выйти
    можно встать в короткую позицию(SELL)?
        открыть короткую позицию и выйти
выход из эксперта... 
Контроль открытых ранее позиций в цикле
    если это длинная позиция
        нужно ли закрыть?
        нужно ли передвинуть трейлинг-стоп?
    если это короткая позиция
        нужно ли закрыть?
        нужно ли передвинуть трейлинг-стоп?

no parece incluir todas las sutilezas de la escritura de un EA.

 
Me pregunto, lo que dicen los respetados sobre la estructura del código de EA, la estructura ofrecida por MQ <br / translate="no"> no parece incluir todas las sutilezas de la escritura de un EA.

primitivo =)))


Esta estructura fue esbozada para darle una idea de la posible estructura del Asesor Experto. Creo que un EA así no funcionaría ni siquiera en una demo. Ni una palabra sobre el real )
Pero es notable que la mayoría de los escritores de EA comenzaron con el análisis de la muestra MACD =))) Simplemente no tengo nada más que hacer (
 
Интересно, а вот что скажут уважаемые насчет структуры кода эксперта, предлагаемая MQ структура
судя по всему не включает в себя все тонкости написания эксперта.

primitivo =)))


esta estructura se expuso para tener una idea de la posible estructura de una EA. Creo que un EA así no funcionaría ni siquiera en una demo. Ni una palabra sobre el real )
Pero es notable que la mayoría de los escritores de EA comenzaron con el análisis de la muestra MACD =))) Simplemente no tengo nada más que hacer (

Por eso me interesa, porque el conjunto es realmente más o menos estable para todos los EAs
 
El tema ha sido trasladado a http://forum.viac.ru/viewtopic.php?t=2973
Razón de la queja: