내 접근 방식. 코어 - 엔진. - 페이지 89

새 코멘트
 
Реter Konow :

작동 예를 보여줍니다.

유니온을 통해 모든 유형(문자열 포함)을 uint 로 변환할 수 있습니다.

그렇지 않으면 빈 단어입니다.

다른 사람의 지식을 남겨? 그런 다음 뺨을 부풀려 그가 모든 것을 스스로했다고 말합니까?

왜 스스로 공부하고 할 수 없습니까?

당신은 모든 것을 씹고,주고, 보여주었습니다.

내가 외부에서 강조한 것은-Nikolai가 실제로 말했습니다-유치원 : "약하지만 ... 내 아빠가 당신의 것을 쌓을 것이고 내 어머니가 당신의 어머니를 쌓을 것입니다 ..."

 
Реter Konow :

그래서 당신의 예를 보여주십시오. 문자열로의 변환을 우회하는 다양한 유형의 데이터 집합을 리소스에 저장하기 위해 유니온을 통해 어떻게 uint로 변환할 수 있습니까?

따라서 "단순한 단어", "복잡한 아키텍처" 및 "속도가 거의 동일할 것"인지 여부를 보여주는 것은 무의미합니다. 당신은 이미 모든 것을 결정했습니다. 당신은 새로운 것을 배우고 싶지 않고 세 개의 상자로 천천히 배우기를 원합니다.

 
Artyom Trishkin :


이것은 분쟁입니다.

나는 해결책을 제안했다. 모두가 그를 꾸짖었지만 자신의 모습을 보이지 않았습니다. "가서 fxsaber 코드를 보고 도움말을 읽으십시오..."와 같이.

우와. 얘들아.)))

 
Реter Konow :

이것은 분쟁입니다.

나는 해결책을 제안했다. 모두가 그를 꾸짖었지만 자신의 모습을 보이지 않았습니다. "가서 fxsaber 코드를 보고 도움말을 읽으십시오..."와 같이.

우와. 얘들아.)))

이것은 분쟁이 아닙니다. 이것은 직관적인 솔루션의 파괴입니다.

나는 논쟁하지 않습니다. 당신은 냄비에 거꾸로 나무를 심고, 물을 주는 시스템, 빗물을 축적하여 거꾸로 된 냄비에 뿌리는 시스템, 이 거꾸로 된 냄비에 지구를 고정시키는 시스템, 조명 시스템을 발명할 수 있습니다. 그런 직관적인 해결책이 가장 정확하고 가장 효과적이라고 주장하고 사람들이 당신에게 말할 때 - 창 밖을 내다보고 모든 사람의 뇌를 퇴비화하지 마십시오 - 거기 - 창 밖 - 새틴 베개에 파이프를 비추는 당신이 얼마나 좋은지, "내 눈꺼풀을 들어 올리십시오-눈에 띄지 않습니다. 보여주세요. 그렇지 않으면이 모든 것이 빈 단어입니다. "... 죄송합니다. , 재미있어 보인다.

팝콘 사러 갈게

 

주요 질문은 답변되지 않은 채로 남아 있었습니다.

문자열로의 변환을 우회하는 다양한 유형의 데이터 집합을 리소스에 저장하기 위해 유니온을 통해 어떻게 uint로 변환할 수 있습니까?


친애하는 반대자. 당신은 특히 UNION을 사용하여 모든 데이터를 UINT로 변환하는 것을 언급하면서 내 결정을 꾸짖었습니다.


예제가 제공되지 않았습니다. 그러나 모든 것이 무효입니다.


따라서 현재로서는 한 가지 결론이 남아 있습니다. 내 결정은 프로그래머에게 내재된 편견 때문에 저주를 받았습니다.

솔루션이 시연되면 의심의 여지없이 더 좋습니다. 바로 인정합니다.

 
Реter Konow :

이것은 분쟁입니다.

나는 해결책을 제안했다. 모두가 그를 꾸짖었지만 자신의 모습을 보이지 않았습니다. "가서 fxsaber 코드를 보고 도움말을 읽으십시오..."와 같이.

우와. 얘들아.)))

Peter, 그리고 나는 이미 두 번 이상 당신에게 말했습니다. 당신의 접근 방식의 문제는 대상 청중의 극단적인 협소함입니다. 당신은 "틈새" 제품이 아니라 "슬릿" 제품만 가지고 있습니다. 프로그래밍에 능숙하지만 "손"으로 거래하는 것을 선호하는 사람들입니다.

당신은 당신의 접근 방식을 이해할 수 있지만 매우 불편한 코더에 의해 주로 반대합니다. 이것이 그들이 "실제 성취", "실제 제품"을 보고 싶어하는 이유입니다. 그들은 귀하의 접근 방식을 사용하지 않을 것이지만 옵션으로 흥미롭기 때문에 "게임이 촛불 가치가 있는 것입니까?"를 평가하고 싶어합니다. 그것이 잠재적으로 줄 수 있는 이익에 대한 접근 방식의 불편함.

그리고 다른 사람들이 필요합니다. 손을 거래하는 실제 거래자입니다. 동시에 - 프로그래밍에 정통합니다. 간단한 Expert Advisor를 작성할 수 있지만 그래픽 개체로 작업 하는 방법을 이해하기 어려운 사람 . 그리고 나는 어떻게 든 관찰하지 않습니다. 이것이 당신의 업적이 성공하지 못하고 끊임없이 비판받는 이유입니다. 관객이 아니다!

당신은 "당신은 그들을 교육해야 합니다"와 같은 말을 했습니다. 그러나 당신은 분명히 거래에서 성취를 입증해야 합니다. 최소한 자산이 지속적으로 증가하는 데모 계정이 있어야 합니다. 도서관.
 

어드바이저 측에서는 다양한 매개변수가 변경됩니다. 그들의 값은 엔진에 전달되어야 합니다.

모든 유형의 매개변수. 그리고 스트링도요. 전달할 값은 전체 배열입니다.

  1. 또는 모든 것을 문자열로 번역하고 개체 설명에 작성하십시오.
  2. 또는 모든 것을 문자열로 변환하고 분할한 다음 OnChartEvent()를 통해 부분적으로 전달합니다.
  3. 또는 모든 것을 문자열로 번역하고 char로 번역하여 리소스에 저장하십시오.
  4. 또는 Union을 통해 모든 것을 uint로 전송하고 리소스에 저장합니다.

문제:

  1. 다음 중 가장 빠르게 작동하는 것은 무엇입니까?
  2. 다음 중 전혀 작동하지 않는 것은 무엇입니까?

추신. 포인트 4가 전혀 작동하지 않는다는 의혹이 있습니다.

 
Georgiy Merts :

Peter, 그리고 나는 이미 두 번 이상 당신에게 말했습니다. 당신의 접근 방식의 문제는 대상 청중의 극단적인 협소함입니다. 당신은 "틈새" 제품이 아니라 "슬릿" 제품만 가지고 있습니다. 프로그래밍에 능숙하지만 "손"으로 거래하는 것을 선호하는 사람들입니다.

당신은 당신의 접근 방식을 이해할 수 있지만 매우 불편한 코더에 의해 주로 반대합니다. 이것이 그들이 "실제 성취", "실제 제품"을 보고 싶어하는 이유입니다. 그들은 귀하의 접근 방식을 사용하지 않을 것이지만 옵션으로 흥미롭기 때문에 "게임이 촛불 가치가 있는지"를 평가하기를 원합니다. 그것이 잠재적으로 줄 수 있는 이익에 대한 접근 방식의 불편함.

그리고 다른 사람들이 필요합니다. 손을 거래하는 실제 거래자입니다. 동시에 - 프로그래밍에 정통합니다. 간단한 Expert Advisor를 작성할 수 있지만 그래픽 개체로 작업 하는 방법을 이해하기 어려운 사람 . 그리고 나는 어떻게 든 관찰하지 않습니다. 이것이 당신의 업적이 성공하지 못하고 끊임없이 비판받는 이유입니다. 관객이 아니다!

그의 청중은. 다른 사이트에서만 가능합니다. 나는 한 사이트를 보았거나 오히려 고객 중 한 명이 제안한 것을 보았습니다. 그래서 그곳에서 강아지의 기쁨으로 내가 주문하기 위해 쓴 내 전문가 중 한 명과 고객 (제안한 사람이 아닌 나에게 이 토론의 주소) 그런 다음 무료 새 위시리스트 추가 요청과 함께 게시했습니다. 표준 접근 방식의 사람들은 그냥 미쳤습니다. 그곳에서 - 그 학교 청중들 사이에서 - Peter는 자신의 자존심을 긁을 수 있을 것입니다 - 그곳에서 그는 신이 될 것입니다.

 
Реter Konow :

문자열로의 변환을 우회하는 다양한 유형의 데이터 집합을 리소스에 저장하기 위해 유니온을 통해 어떻게 uint로 변환할 수 있습니까?

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

라이브러리: TradeTransactions

fxsaber , 2018.12.17 23:48

리소스를 통해 무엇이든 공유할 수 있습니다.

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

#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 :

EA 측에서는 다양한 매개변수가 변경됩니다. 그들의 값은 엔진에 전달되어야 합니다.

모든 유형의 매개변수. 그리고 스트링도요. 전달할 값은 전체 배열입니다.

  1. 또는 모든 것을 문자열로 번역하고 개체 설명에 작성하십시오.
  2. 또는 모든 것을 문자열로 변환하고 분할한 다음 OnChartEvent()를 통해 부분적으로 전달합니다.
  3. 또는 모든 것을 문자열로 번역하고 char로 번역하여 리소스에 저장하십시오.
  4. 또는 Union을 통해 모든 것을 uint로 전송하고 리소스에 저장합니다.

문제:

  1. 다음 중 가장 빠르게 작동하는 것은 무엇입니까?
  2. 다음 중 전혀 작동하지 않는 것은 무엇입니까?

추신. 포인트 4가 전혀 작동하지 않는다는 의혹이 있습니다.

일반적으로 어드바이저, 인디케이터, 스크립트 간의 데이터 교환에는 GlobalVariables 및 파일만 있고 배타적으로 있습니다.

위의 4가지 포인트는 모두 물고기 부족으로 인한 현지 "해킹"입니다. 위의 4가지 포인트는 모두 임의 데이터 교환을 위한 것이 아닌 데이터 배열을 위한 메커니즘을 사용합니다.

p1. 100%는 인터페이스 스레드를 일시적으로 잠그고(오, 개체가 거기에 있고 "설명"도 있음) 옵티마이저에서 작동하지 않습니다. 개체 설명은 사람이 읽을 수 있는 개체 설명을 위한 것입니다.

p2. 테스터 및 옵티마이저에서 작동하지 않으며 이벤트에 대해 알리는 데 사용됩니다.

p3. p4. 리소스(이름 포함)는 "빠른 스왑"이 아닌 장기 저장을 위한 것입니다. 테스터/옵티마이저에서 성능에 대해서는 아무 말도 하지 않겠습니다 :-) 리소스를 읽기 전용으로 사용합니다.

곡선 솔루션의 성능에 대해 이야기하는 것은 의미가 없습니다.

ps/ 그런데 파일이나 파이프를 사용할 수 있습니다.

1...828384858687888990919293949596...184
새 코멘트
사유: