Minha abordagem. O núcleo é o motor. - página 89

Novo comentário
 
Реter Konow:

Demonstrar um exemplo de trabalho.

Assim, você pode usar a união para traduzir TODOS os tipos (incluindo cordel) para uint .

Caso contrário, são apenas palavras vazias.

Cavalgando sobre o conhecimento de outra pessoa? E depois soprar suas bochechas dizendo que você mesmo fez tudo isso?

Você não pode estudar e fazer isso você mesmo?

Tudo foi mastigado, dado a você, mostrado a você.

O que destaquei parece - como Nikolay realmente disse - um jardim de infância: "Acho que não..., e meu pai vai bater no seu pai, e minha mãe vai bater na sua mãe...".

 
Реter Konow:

Então, mostre-me seu exemplo. Como você contorna a conversão de cordas em uint via sindicato para armazená-lo em um recurso?

Então qual é a utilidade de mostrar, se para você será "apenas palavras", "complicação da arquitetura" e "velocidade será praticamente a mesma coisa". Você já tomou uma decisão antes. Você não quer aprender nada de novo, mas você tem uma grande bomba.

 
Artyom Trishkin:


Este é um argumento.

Eu ofereci uma solução. Todo mundo já o assustou, mas não mostrou o seu. Tipo, "vá ver o código fxsaber, vá ler a ajuda...".

Aww. Pessoal.)))

 
Реter Konow:

Este é um argumento.

Eu ofereci uma solução. Todo mundo já o assaltou, mas não mostrou o seu. Tipo, "vá ver o código fxsaber, vá ler a ajuda...".

Aww. Pessoal.)))

Isto não é um argumento. É uma dissecação de sua decisão intuitiva.

Não estou discutindo, você pode plantar uma árvore em um vaso de cabeça para baixo, criar um sistema para regá-la, um sistema para armazenar a água da chuva e aspergi-la no vaso de cabeça para baixo, um sistema para segurar a terra nesse vaso de cabeça para baixo, um sistema para iluminação de baixo para cima, e reclamar que esta solução intuitiva é a mais correta e eficaz, e quando as pessoas dizem para você olhar pela janela, e não compostiruyut cérebro - lá - fora da janela - há exemplos vivos de como melhor, você, fumando um cachimbo em almofadas de cetim, transmitir algo da área de "levantar minhas pálpebras - não pode ver, mostrar-me, e todas essas palavras vazias" ... Desculpe, parece engraçado.

Vou buscar pipoca.

 

A pergunta principal permanece sem resposta:

Como um conjunto de dados de diferentes tipos, contornando a conversão em string, pode ser convertido em uint via union, para ser armazenado em um recurso?


Caros oponentes. Você se referiu especificamente ao uso do UNION para traduzir TODOS os dados em UINT.


NENHUM EXEMPLO FOI FORNECIDO. ATÉ AGORA, TUDO É INFUNDADO.


Conseqüentemente, uma conclusão permanece por enquanto:minha solução foi mal concebida, de acordo com os preconceitos inerentes aos programadores.

Se a solução for demonstrada, então é sem dúvida melhor. Reconheço isto imediatamente.

 
Реter Konow:

Este é um argumento.

Eu ofereci uma solução. Todo mundo já o assaltou, mas não mostrou o seu. Tipo, "vá ver o código fxsaber, vá ler a ajuda...".

Aww. Pessoal.)))

Peter, eu já lhe disse muitas vezes - o problema com sua abordagem é a extrema estreiteza de seu público-alvo. Você não tem nem mesmo um "nicho" de produto, mas apenas um "slot" - pessoas que são bastante boas em programação, mas preferem trocar "mãos".

Olhe para você - você se opõe principalmente aos codificadores, para os quais sua abordagem é até bastante compreensível, mas muito inconveniente. É por isso que eles querem ver "realizações reais", "produto real" - eles não usarão sua abordagem, mas estão interessados nela como uma opção, então eles querem avaliar "se sua abordagem vale o custo", se o inconveniente de sua abordagem vale o lucro que ela pode potencialmente dar.

E você precisa de outros - os verdadeiros comerciantes, que comerciam com suas mãos. Ao mesmo tempo, eles são bastante bons em programação. Eles são capazes de escrever um simples Expert Advisor, mas têm dificuldade para entender como trabalhar com objetos gráficos. E até agora não os vejo. É por isso que seus desenvolvimentos não são um sucesso, mas eles são constantemente criticados. Não é o público certo!

Você disse algo como "precisamos educá-los" - mas então você certamente precisa demonstrar suas conquistas em negociações - pelo menos uma conta demo com um crescimento constante de Equidade, que é obtida através deste mesmo "manual" de negociações usando objetos visuais de sua biblioteca.
 

Vários parâmetros são alterados no lado da EA. Seus valores devem ser passados para o motor.

Parâmetros de TODOS os tipos. E cordel também. Os valores a serem passados são de arrays inteiros.

  1. Ou converter tudo em cordel e escrever em descrições de objetos.
  2. Ou converter todos eles em cordel, dividi-los e passá-los por partes usando OnChartEvent().
  3. Ou converter tudo em cordel e converter em char e armazenar no recurso.
  4. Ou converter tudo em uint através de um sindicato e armazenar no recurso.

Pergunta:

  1. Qual destes trabalhos é o mais rápido?
  2. Qual destes não funciona de modo algum?

ZS. Suspeito que o ponto 4 não funciona em absoluto.

 
Georgiy Merts:

Peter, eu já lhe disse mais de uma vez - o problema com sua abordagem é a extrema estreiteza de seu público-alvo. Você não tem nem mesmo um "nicho" de produto, mas apenas um "slot" - pessoas que são boas em programação, mas preferem trocar "de mãos dadas".

Olhe para você - você se opõe principalmente aos codificadores, para os quais sua abordagem é até bastante compreensível, mas muito inconveniente. É por isso que eles querem ver "realizações reais", "produto real" - eles não vão usar sua abordagem, mas estão interessados nela como uma opção, então eles querem avaliar "se sua abordagem vale a pena", se o lucro que ela pode potencialmente dar vale o inconveniente.

E você precisa de outros - os verdadeiros comerciantes, que comerciam com suas mãos. Ao mesmo tempo, eles são bastante bons em programação. Que são capazes de escrever um simples Expert Advisor, mas que têm dificuldades em trabalhar com objetos gráficos. E até agora não os vejo. É por isso que seus desenvolvimentos não são um sucesso, mas eles são constantemente criticados. Não é o público certo!

Há um público. Somente em outros sites. Eu vi um site, ou melhor, um dos meus clientes me falou sobre ele, onde eles estavam delirando com o código de um dos meus especialistas, que eu escrevi para um cliente, e o cliente (não aquele que me deu o endereço para esta discussão) postou-o lá com um pedido para adicionar as novas funcionalidades gratuitamente. As pessoas ficaram chocadas com as abordagens padrão. Lá - entre aquele público escolar - Pedro pode coçar seu ego - ele será um deus lá.

 
Реter Konow:

Como contornar a conversão de cordas em uint via união para armazenar em um recurso?

Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial

Bibliotecas: TradeTransactions

fxsaber, 2018.12.17 23:48

Você pode negociar qualquer coisa através de Recursos.

// Пример обмена любыми данными (включая строковые массивы).

#include <fxsaber\TradeTransactions\ResourceData.mqh> // https://www.mql5.com/ru/code/22166

#define  PRINT(A) Print(#A + " = " + (string)(A));

void OnStart()
{    
  // Произвольные данные для примера
  string Str[] = {"123", "Hello World!"};
  double Num = 5;
  MqlTick Tick = {0};
  Tick.bid = 1.23456;

  const RESOURCEDATA<uint> Resource; // Ресурс для обмена данными
  CONTAINER<uint> Container;         // Создаем контейнер - все будет храниться в массиве простого типа (в примере выбран uint)
  
  // Заполняем контейнер разными данными
  Container[0] = Str;
  Container[1] = Num;
  Container[2] = Tick;
    
  // Распечатаем типы хранимых в контейнере данных
  for (int i = 0; i < Container.GetAmount(); i++)
    PRINT(Container[i].GetType())

  Resource = Container.Data;  // Отправили данные на обмен
  
  CONTAINER<uint> Container2; // Сюда будем получать данные
  
  Resource.Get(Container2.Data); // Получили данные
      
  // Получим данные в исходном виде
  string Str2[];
  Container[0].Get(Str2);                // Получили массив
  ArrayPrint(Str2);

  PRINT(Container[1].Get<double>())      // Получили число
  PRINT(Container[2].Get<MqlTick>().bid) // Получили структуру  
}
 
Реter Konow:

Vários parâmetros são alterados no lado da EA. Seus valores devem ser passados para o motor.

Parâmetros de TODOS os tipos. E cordel também. Os valores a serem passados são de arrays inteiros.

  1. Ou converter tudo em cordel e escrever em descrições de objetos.
  2. Ou converter todos eles em cordel, dividi-los e passá-los por partes usando OnChartEvent().
  3. Ou converter tudo em cordel e converter em char e armazenar no recurso.
  4. Ou converter tudo em uint através de um sindicato e armazenar no recurso.

Pergunta:

  1. Qual destes trabalhos é o mais rápido?
  2. Qual destes não funciona de modo algum?

SZY. Suspeito que o ponto 4 não funciona em absoluto.

Os únicos e únicos GlobalVariables e arquivos para troca de dados entre EAs, indicadores e scripts são

Todos os 4 pontos acima são "hacks" locais da pesca. Todos os 4 pontos acima usam mecanismos não projetados para o intercâmbio de dados arbitrários, muito menos conjuntos de dados.

п1. 100% leva ao bloqueio temporário do fio de interface (sim, os objetos vivem lá e suas "descrições" também) e não funciona no otimizador. As descrições dos objetos são para a descrição dos objetos que podem ser lidos pelo homem,

p2. n2. não funciona em testador e otimizador, e serve para notificar de eventos

P3. p4. Os recursos (mesmo nomeados) são destinados ao armazenamento a longo prazo, não à troca rápida. Eu não posso dizer nada sobre a usabilidade no testador/optimizador :-) Eu utilizo recursos somente leitura

Não faz sentido falar sobre a velocidade das soluções tortuosas.

ps/ pela maneira como você pode usar os arquivos, mais precisamente os tubos

1...828384858687888990919293949596...184
Novo comentário