[ARCHIVE] 포럼을 어지럽히 지 않도록 초보자 질문. 프로, 놓치지 마세요. 너 없이는 아무데도 - 5. - 페이지 371

새 코멘트
 
Fox_RM :

실질적으로 차이는 없으며 제어점 A와 B를 얻는 과정이 약간 다를 뿐입니다. 이미 배열로 시도했습니다.

그런 다음 A와 B 사이에서 막대를 열거하여 주기도 구성해야 합니다. 다른 방법이 없어 질문드립니다.

아마도 누군가가 당신에게 말할 것입니다. 아마도 코드를 작성하는 논리가 절름발이입니까?


1. 줄(래더)을 저장하지 않고 코드를 디자인합니다.

2. 반복되는 짧은 조건문 대신 if(...) ... else...

3. 내부 루프(메인 브레이크) 외부에서 그래픽 개체를 형성하는 기능으로 호출을 이동합니다 .

 
Chiripaha :

이것에:



... 또는 더 나은 - 다음과 같이:

 if (AOBuffer3[i]<= 0 ){
   ExtMapBuffer1[i] =  nSum; Vol_Arr[i] =  Volume[i]* Point *coaf;
}
else {
   ExtMapBuffer1[i] = -nSum; Vol_Arr[i] = -Volume[i]* Point *coaf;
}
 
tara :

... 또는 더 나은 - 다음과 같이:

그래, 난 동의.

나는 "오래된" 주석(있는 경우)에서 모든 제안을 수집합니다. - 아마도 이것은 "올바른" 것은 아니지만 흩어지지는 않을 것입니다.

글이 쌓이는게 문제인것 같아요 - 메인댓글에 반영했습니다(링크를 어떻게 넣어야할지 모르겠네요 - 죄송합니다).

 
tara :

3. 내부 루프(메인 브레이크) 외부에서 그래픽 개체를 형성하는 기능으로 호출을 이동합니다.

그리고 여기에서도 흥미 롭습니다. 어떻게해야합니까? (깨닫다)

흠... 맞아요! - 그는 누적입니다. 그리고 중간 값은 중요하지 않습니다. 

       if (shift_up > shift_dn)
       {
         for ( int dn_br = shift_dn; dn_br <= shift_up; dn_br++)             //-------------- Перебор значений внутри основного цикла
          {
           Vol_AO_up += Volume[dn_br]; 
          }   
         ObjectDelete ( "Awesome_super_volumes" +up_koaf);         // Заодно и удалить старый текст, чтобы не копился
         SetText( "Awesome_super_volumes" +up_koaf, DoubleToStr(Vol_AO_up, 0 ), AO_time_dn, AO_dn, Blue);
       }

그러면 그들 중 전체가 결실을 맺지 못할 것입니다 ...

 

초기화 함수에 다음 호출이 있습니다. 

GetMarketInfo();

이 기능은 다음과 같습니다.

 //+-------------------------------------------------------------------------------------+
//| Сбор рыночных данных                                                                |
//+-------------------------------------------------------------------------------------+
void GetMarketInfo()
{
   gd_spread = MarketInfo( Symbol (),MODE_SPREAD) * Point ;
   gd_stopLevel = MarketInfo( Symbol (),MODE_STOPLEVEL)  * Point ;
   gd_tickSize = MarketInfo( Symbol (),MODE_TICKSIZE);
}

변수 gd_spread , gd_stopLevel , gd_tickSize 지금까지 전역적으로 선언했습니다. 이제 이러한 변수를 사용하는 여러 라이브러리를 작성하기로 결정했습니다. 이 변수를 헤더 파일로 옮겼다는 것이 밝혀졌습니다. 그리고 라이브러리 컴파일시 에러가 안나는데 어떻게 GetMarketInfo() 함수도 라이브러리로 옮겨줘야 하는건가요?

 
hoz :

초기화 함수에 다음 호출이 있습니다.

이 기능은 다음과 같습니다.

변수 gd_spread , gd_stopLevel , gd_tickSize 지금까지 전역적으로 선언했습니다. 이제 이러한 변수를 사용하는 여러 라이브러리를 작성하기로 결정했습니다. 이 변수를 헤더 파일로 옮겼다는 것이 밝혀졌습니다. 그리고 라이브러리 컴파일시 에러가 안나는데 어떻게 GetMarketInfo() 함수도 라이브러리로 옮겨줘야 하는건가요?

확실히 인터넷에서는 이 기능을 호출하지 않습니다. 스프레드와 정지 수준은 시간이 지남에 따라 변경될 수 있습니다.
 
artmedia70 :
확실히 인터넷에서는 이 기능을 호출하지 않습니다. 스프레드와 정지 수준은 시간이 지남에 따라 변경될 수 있습니다.


실제 거래에 방해가 되지 않도록 init를 버려야 한다고 생각합니다. 결국 연결이 DC를 끊었다가 나타나면 재초기화도 없고 실생활에서 작업할 때 이미 오류와 잼이 수반되겠죠?

자, 그럼 어떻게 할까요? 지속적으로 각 함수에서 일부를 호출합니다. 이러한 시장 변수를 반환하는 함수는 무엇입니까?

 
hoz :


실제 거래에 방해가 되지 않도록 init를 버려야 한다고 생각합니다. 결국 연결이 DC를 끊었다가 나타나면 재초기화도 없고 실생활에서 작업할 때 이미 오류와 잼이 수반되겠죠?

그럼 어떻게 해야 할까요? 지속적으로 각 함수에서 일부를 호출합니다. 이러한 시장 변수를 반환하는 함수는 무엇입니까?

이러한 정보는 변경 가능한 정보와 변경 불가능한 정보로 구분되어야 합니다.

불변 - 당신은 어디에서나 등록할 수 있습니다 - 왜냐하면. 통신이 중단되더라도 데이터는 관련이 있습니다. - 물론 처음에는 올빼미가 과부하되지 않도록하는 것이 좋습니다.

그러나 변경 가능 - 함수 호출 (라이브러리가 사용되는 경우)을 통해 업데이트하거나 단순히 시작 함수의 맨 처음에 업데이트할 수 있습니다.

 

그것은 진실이기도 하다. 두뇌는 최선의 방법을 이해하지 못하는 상황에서 지속적으로 성과에 대해 생각합니다. 글쎄, 나는 성격이 .. 쌍둥이가있다 :(

맞습니다. 하나를 다른 것으로 즉시 분리해야 합니다.

그래도 다시. 시장 환경 변수 gd_stopLevel , gd_tickSize 가 다른 기능(수정, 주문 전송 등)에서 사용되는 경우 라이브러리 기능에서 주어진 값을 지속적으로 수신 하는 함수를 호출하는 것은 완전히 합리적이지 않습니다. 마치. 통일될 수 있는가? 실제로 스프레드와 달리 스톱 레벨과 틱 크기는 항상 일정합니다.

 
hoz :

그것은 진실이기도 하다. 두뇌는 최선의 방법을 이해하지 못하는 상황에서 지속적으로 성과에 대해 생각합니다. 글쎄, 나는 성격이 .. 쌍둥이가있다 :(

맞습니다. 하나를 다른 것으로 즉시 분리해야 합니다.

그래도 다시. 시장 환경 변수 gd_stopLevel , gd_tickSize 가 다른 기능(수정, 주문 전송 등)에서 사용되는 경우 라이브러리 기능에서 주어진 값을 지속적으로 수신하는 함수를 호출하는 것은 완전히 합리적이지 않습니다. 마치. 통일될 수 있는가? 실제로 스프레드와 달리 스톱 레벨과 틱 크기는 항상 일정합니다.

Artem은 이미 Stop Level도 부동할 수 있다고 말했습니다 - 이것은 일정한 값이 아닙니다! - 틱 크기 - 예, 상수입니다.

통합을 위해 다시 MarketInfoConst 및 MarketInfoIsm(변경)의 2가지 기능으로 나눕니다. 하나는 Init에 배치하고 다른 하나는 Start(s) 시작 부분에 배치합니다. 그리고 그것을 라이브러리에 연결하는 것도 가능합니다.

성능(올빼미 작업의 최적화)에 대한 질문은 다릅니다. 나는 개인적으로 이러한 모든 기능을 올빼미에 밀어넣지 않습니다. 그리고 필요한 만큼만 매개변수를 사용합니다. 예, 더 많은 코드를 작성해야 하지만 올빼미는 "추가" 라이브러리 넌센스를 덜 처리합니다. tk. MarketInfo의 모든 것이 올빼미에 필요한 것은 아닙니다.
1...364365366367368369370371372373374375376377378...432
새 코멘트