externint aver_bar=3;// количество баров которые влияют на коефициент (входит и бар в котором ищется коефф.)double muss[]; // массив для коефициента поискаfor ( int n=1; n<=i; n++) // n - номер бара для поиска коеффициента, i- количество баров в которіх будет найдено коефф.
{
double z,k,zz,f;
k=0; // k счетчик
z=Volume[n]; // Volume- буфер величины которую сравниваем, z-записываем чтобы каждый раз не обращаться в массивfor (int m=n+1; m<=n+aver_bar-1;m++)// перебор всех баров влияющих на коееф.
{
zz=Volume[m]/z-1;// отношение во сколько раз величина на исходном баре больше или меньше искомого if( zz<0) zz= -1/(zz+1)+1; // если величина zz меньще 1
k+=zz;// сумируем в k значение
}
muss[n]=k/((aver_bar-1)/1.0)+1;// рассчітиваем коеффициент на n - м баре
}
Bem, aqui está o código para ele foi calculado com a seqüência 1,2 0,8 1
Записи в двух видах бинарных файлов представляют последовательность данных без каких-либо разделителей. Такой порядок записи определяется фиксированной длиной для данных разного типа: 4 байта для данных типа int, bool, datetime и color и 8 байт (или 4 байта, в зависимости от параметров функции записи) для данных типа double.
Qual o significado de "ou 4 bytes, dependendo dos parâmetros da função de escrita" ?
Qual o significado de "ou 4 bytes, dependendo dos parâmetros da função de escrita" ?
Em C++ (não em MQL4) há uma separação mais fracionada de tipos variáveis (a mesma em Delphi). Existem 2 tipos de formatos de ponto flutuante: duplo (8 bytes) e flutuante (4 bytes). Na MQL4, como na C normal despojada, só se conhece o dobro. A verdade é que o dobro não é o único formato de número de ponto flutuante em funções de leitura-escrita de arquivos. O mais provável é que o significado seja FLOAT_VALUE (4 bytes).
Em C++ (não em MQL4) há uma separação mais fracionada de tipos variáveis (a mesma em Delphi). Existem 2 tipos de formatos de ponto flutuante: duplo (8 bytes) e flutuante (4 bytes). Na MQL4, como no C truncado normal, apenas o dobro é conhecido. A verdade é que o dobro não é o único formato de número de ponto flutuante em funções de leitura-escrita de arquivos. FLOAT_VALUE (4 bytes) é o mais provável.
Esse é o ponto, o mcl só maneja o dobro, enquanto a bóia não é reconhecível. Foi por isso que eu fiz a pergunta. Diz muito claramente o dobro. Não diz nada sobre a bóia. Portanto, deve haver alguma justificativa para isso.
O problema é esse: o mcl só funciona com o dobro, e a bóia não é reconhecida. Foi por isso que eu fiz a pergunta. Diz claramente o dobro. Não menciona o flutuador. Portanto, deve haver alguma justificativa para isso.
Justificativa para quê? Estamos falando de arquivos ou tipos de dados?
Dei um exemplo de uma seqüência - um valor é três vezes menos e três vezes mais. qual é a média?
Vamos lá, me dê a porra da fonte.
Você tomou o valor do último bar fechado como 1?
e as 4 barras atrás dele têm um valor de 0,33 0,33 3 3 ????????????????????????????????????????????????
Agora você inseriu algum coeficiente próprio para caracterizar a mudança e quer calcular este coeficiente para [1] barra?
Bem, aqui está o código para ele foi calculado com a seqüência 1,2 0,8 1
Não verificou, mas deve retornar o valor correto
E movê-los todos para a esquerda: Shift+Tab
Eu li o certificado. Diz o texto:
Записи в двух видах бинарных файлов представляют последовательность данных без каких-либо разделителей. Такой порядок записи определяется фиксированной длиной для данных разного типа: 4 байта для данных типа int, bool, datetime и color и 8 байт (или 4 байта, в зависимости от параметров функции записи) для данных типа double.
Qual o significado de "ou 4 bytes, dependendo dos parâmetros da função de escrita" ?
Eu li o certificado. Diz o texto:
Qual o significado de "ou 4 bytes, dependendo dos parâmetros da função de escrita" ?
Em C++ (não em MQL4) há uma separação mais fracionada de tipos variáveis (a mesma em Delphi). Existem 2 tipos de formatos de ponto flutuante: duplo (8 bytes) e flutuante (4 bytes). Na MQL4, como na C normal despojada, só se conhece o dobro. A verdade é que o dobro não é o único formato de número de ponto flutuante em funções de leitura-escrita de arquivos. O mais provável é que o significado seja FLOAT_VALUE (4 bytes).
Em C++ (não em MQL4) há uma separação mais fracionada de tipos variáveis (a mesma em Delphi). Existem 2 tipos de formatos de ponto flutuante: duplo (8 bytes) e flutuante (4 bytes). Na MQL4, como no C truncado normal, apenas o dobro é conhecido. A verdade é que o dobro não é o único formato de número de ponto flutuante em funções de leitura-escrita de arquivos. FLOAT_VALUE (4 bytes) é o mais provável.
Esse é o ponto, o mcl só maneja o dobro, enquanto a bóia não é reconhecível. Foi por isso que eu fiz a pergunta. Diz muito claramente o dobro. Não diz nada sobre a bóia. Portanto, deve haver alguma justificativa para isso.
O problema é esse: o mcl só funciona com o dobro, e a bóia não é reconhecida. Foi por isso que eu fiz a pergunta. Diz claramente o dobro. Não menciona o flutuador. Portanto, deve haver alguma justificativa para isso.
Justificativa para quê? Estamos falando de arquivos ou tipos de dados?
Portanto, deve haver alguma justificativa para isto.
Justificativa para quê? É sobre arquivos, ou sobre tipos de dados?
A documentação não menciona que o mcl trabalha com o tipo de dados de flutuação. Portanto, aparentemente, esta característica não é fornecida.
A documentação não menciona que o mcl trabalha com o tipo de dados de flutuação. Portanto, aparentemente, esta característica não é fornecida.
Em operações de arquivo, é fornecido.