Errores, fallos, preguntas - página 1794
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
¿Por qué?
Hay tangas (dos piezas).
Los desarrolladores todavía podrían hacer una solución de trabajo similar para MqlTradeResult si
{
uint retcode; // Код результата операции
ulong deal; // Тикет сделки, если она совершена
ulong order; // Тикет ордера, если он выставлен
double volume; // Объем сделки, подтверждённый брокером
double price; // Цена в сделке, подтверждённая брокером
double bid; // Текущая рыночная цена предложения (цены реквота)
double ask; // Текущая рыночная цена спроса (цены реквота)
string comment; // Комментарий брокера к операции (по умолчанию заполняется расшифровкой кода возврата торгового сервера)
uint request_id; // Идентификатор запроса, устанавливается терминалом при отправке
uint retcode_external; // Код ответа внешней торговой системы
};
la cadena de campo se haría en último lugar. Pero para MqlTradeRequest incluso esto no ayudaría.
Hay tangas (dos piezas).
fxsaber:
Resultado
STRUCT::~STRUCT
STRUCT::~STRUCT
Casi siempre una llamada será innecesaria... aquí están los detalles https://www.mql5.com/ru/forum/1111/page1657#comment_2729876
Es decir, ¿no es un error, sino el resultado de una clave del compilador de C++ que utilizan los desarrolladores?
Se trata de un comportamiento estándar, que en la inmensa mayoría de los casos puede ser optimizado sin que se produzcan daños y que todavía no está optimizado
//оптимизация: сразу присвоить 3
Se trata de un comportamiento estándar, que en la inmensa mayoría de los casos puede ser optimizado sin que se produzcan daños y que todavía no está optimizado
//оптимизация: сразу присвоить 3
La optimización es buena, gracias. Pero si todo se ejecuta con honestidad, ¿de dónde salen los tres pasos?
Notificar al ServiceDesk
S() { Print( __FUNCTION__ ); }
~S() { Print( __FUNCTION__ ); }
};
S f()
{
S s;
return s;
}
void OnStart() //2 раза
{
f();
}
así que 2 veces llamar (¿qué ha cambiado? - hay un constructor),
He supuesto que el compilador de tu ejemplo completa el código así
void OnStart() //3 раза
{
S s = f(); //s при этом - не используется
}
Informe al ServiceDesk
Escribió.
así que 2 veces la llamada(¿qué ha cambiado? - hay un constructor),
¿Es necesario escribir en SR si uno de los servidores obtiene un Result.deal cero cada vez que unaposición esabierta con éxito por una orden de mercado?
No estoy seguro de que se trate de un error, porque probablemente sea la forma en que está configurado el propio servidor. Además, siempre se puede obtener Result.deal a partir de Result.order de todos modos.