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

 
hoz :

0 (영)을 설정할 수 있습니다. 일반적으로 만료가 필요하지 않습니다. 하지만 만일을 대비해서, 만약 무언가가 이 순간으로 돌아오지 않는다면, 그것을 보아야 합니다.
따라서 표준 기능에서는 비용이 0 이고 뷰에서는 후속 매개변수(색상)가 작동하도록 지정해야 합니다. 나는 딜레이에 만료를 전혀 사용하지 않고 조건에 의해서만 삭제합니다.
 

로드 프로그래머,


알아낼 수 있도록 도와주세요.

내 지표의 기능으로 가상 거래를 위해 이 코드 https://www.mql5.com/ru/code/8811를 삽입했습니다.

모든 것이 실시간으로 작동하며 모든 복잡성의 가상 거래가 수행됩니다.

그가 창살 사이를 걸어가며 역사에 이런 일을 하는 것이 가능한가? 아니면 여기에 새 코드를 작성해야 합니까?


감사합니다.

 
abdul1 :

로드 프로그래머,

제가 알아낼 수 있도록 도와주세요.

내 지표의 기능으로 가상 거래를 위해 이 코드 https://www.mql5.com/ru/code/8811를 삽입했습니다.

모든 것이 실시간으로 작동하며 모든 복잡성의 가상 거래가 수행됩니다.

그가 바를 걸어가며 역사에 이런 일을 하는 것이 가능한가? 아니면 여기에 새 코드를 작성해야 합니까?

감사합니다.

다운로드한 코드베이스의 작성자에게 문의하는 것이 좋습니다.
 

borilunad, 예를 들어 함수에 B.U.가 있으면 알 수 있습니다. 그리고 TRAAL, 내가 이해하는 것처럼 주문의 주기와 선택은 시작 기능에 있으며 틱 단위로 작동합니까?

이걸 어떻게 합칠까 고민중인데 이미 뇌는 과부하가 걸려서 B.U. 정지가 최소 임계값 미만인 경우에만 작동합니다. 개점 가격 + 최소 테이크 . 이 가변 priceBU 가 있습니다. 음, 트롤은 이미 진행되었습니다. 실습을 위해 바로 별도의 기능을 사용해 보았는데 이해가 더 쉽네요. 모든 것이 작동하는 즉시 귀하에게 연락하겠습니다.

처음에는 이렇게 썼습니다.

 int start()
{
   int g;
   for (g = OrdersTotal () - 1 ; g >= 0 ; g--)
   {
       if (! OrderSelect (g,SELECT_BY_POS)) continue ;
       if (i_magic != - 1 ) if (OrderMagicNumber() != i_magic) continue ;
       if (OrderSymbol() != Symbol ()) continue ;
       
       if (OrderStopLoss() <= priceBU)
      {
          MovingStopLossToBU();
      }
      {
          ticket = OrderTicket();
          TrailingStop( "" , - 1 , - 1 );
      }
   }

내가 옳은 일을 하고 있습니까, 아니면 다르게 하는 것이 더 낫습니까? 모든 것이 올바르게 작동하는 것처럼 보이지만 어떻게 든 모든 것이 조건없이 간단하게 작성됩니다..

 
hoz :

borilunad, 예를 들어 함수에 B.U.가 있는 경우 알 수 있습니다. 그리고 TRAAL, 내가 이해하는 것처럼 주문의 주기와 선택은 시작 기능에 있으며 틱 단위로 작동합니까?

그걸 어떻게 다 합치면 뇌에 이미 과부하가 걸린 것 같은데 B.U. 정지가 최소 임계값 미만인 경우에만 작동합니다. 개점 가격 + 최소 테이크 . 이 가변 priceBU 가 있습니다. 음, 트롤은 이미 진행되었습니다. 바로 연습용으로 별도의 기능을 사용해 보았는데 이해가 더 쉽네요. 모든 것이 작동하는 즉시 귀하에게 연락하겠습니다.

처음에는 이렇게 썼습니다.

내가 옳은 일을 하고 있습니까, 아니면 다르게 하는 것이 더 낫습니까? 모든 것이 올바르게 작동하는 것처럼 보이지만 어떻게 든 모든 것이 조건없이 간단하게 작성됩니다..

맞습니다, 함수는 조건이 충족될 때 호출되어야 하고, 조건은 시장에 적합해야 하고, 가격과 거리를 유지하고 항상 스프레드와 기타(I have prev)에서 변화하는 필요한 간격이 있어야 합니다. 자발적인 가격 변동으로 인한 위반 및 오류로부터 보호합니다. 그리고 물론, potikovo! 시작 시 조건을 작성해야 하기 때문에 매 틱마다 함수를 호출하는 이유는 무엇입니까? 특히 레알 마드리드에서 당신은 더 이상 "일종의" 것이 아니지만 확실히 작동하지 않을 것이며 오류가 하나씩 떨어질 것입니다. 그리고 데모도 의심스럽습니다. 내 흔적을 분석하고 SL 및 TP를 중고로 전환하고 설치하고 판매를 위한 모든 작업을 수행하고 이 모든 것을 반복 및 위치 선택의 한 주기에 넣어야 합니다. 그러면 잘 작동하는 블록이 있을 것입니다. 문제 없이 하나의 기능만 발생시키는 모든 수정. ;)
 
hoz :



그래서 나는 이 사건에 대한 수표를 가지고 있다:

stop - new stop(사용 중)이 0이 아닌 경우... 수정합니다... 그렇지 않은 경우 수정하지 않습니다. 그래서 나는 이것이 어떻게 일어나는지 이해하지 못합니다. 결국, 나는 우리가 과거와 새로운 중지 의 평등에 대한 확인이 필요하다는 것을 이해하고 그것을 했습니다.

if (ND(OrderStopLoss()) - ND(priceBU * pt) != 0.0 ) - ND(...)가 정규화인 경우 필요합니다.

 
borilunad :
맞습니다, 함수는 조건이 충족될 때 호출되어야 하며, 조건은 시장에 적합해야 하며, 가격과 거리를 유지하고 항상 스프레드와 기타(I have prev)에서 변화하는 필요한 간격이 있어야 합니다. 자발적인 가격 변동으로 인한 위반 및 오류로부터 보호합니다. 그리고 물론, potikovo! 시작 시 조건을 작성해야 하기 때문에 매 틱마다 함수를 호출하는 이유는 무엇입니까? 특히 레알 마드리드에서 당신은 더 이상 "일종의" 것이 아니지만 확실히 작동하지 않을 것이며 오류가 하나씩 떨어질 것입니다. 그리고 데모도 의심스럽습니다. 내 흔적을 분석하고 SL 및 TP를 중고로 전송하고 설치하고 판매를 위한 모든 작업을 수행하고 이 모든 것을 반복 및 위치 선택의 한 사이클에 넣어야 잘 작동하는 블록을 갖게 됩니다. 문제 없이 하나의 기능만 발생시키는 모든 수정. ;)


블라미. 마치 내가 다시 태어난 것처럼. 예전에는 쉬웠는데 지금은 대체적으로 어떻게 바꿀까 생각중입니다. 처음에는 사이클을 만들었습니다. 이제 모든 것을 다시 작성해야 합니다.

하나는 이상합니다. 당신은 그것이 작동하지 않을 것이라고 말합니다. 하지만 아무리 많은 전문가가 보아도 모든 것은 별도의 함수로 모든 사람을 위해 호출되고 작동합니다 ... 더 많은 리소스를 소비한다는 데 동의하지만 .. 왜 많은 오류가 발생하는지 저에게는 미스터리입니다.

결국 아무리 국자를 만나도 어디나 나와 같은 어조로 쓰여 있다. 그리고 처음에는 한주기와 선택, 그리고 모든 것이 그에게 달라 붙었습니다. 나는 만나지 않았습니다 ...

 
hoz :


블라미. 마치 다시 태어난 것 같습니다. 예전에는 쉬웠는데 지금은 대체적으로 어떻게 바꿀까 생각중입니다. 처음에는 사이클을 만들었습니다. 이제 모든 것을 다시 작성해야 합니다.

하나는 이상합니다. 당신은 그것이 작동하지 않을 것이라고 말합니다. 하지만 아무리 많은 전문가가 보아도 모든 것은 별도의 함수로 모든 사람을 위해 호출되고 작동합니다 ... 더 많은 리소스를 소비한다는 데 동의하지만 .. 왜 많은 오류가 발생하는지 저에게는 미스터리입니다.

결국 아무리 국자를 만나도 나와 같은 어조로 여기저기 써져 있다. 그리고 처음에는 한주기와 선택, 그리고 모든 것이 그에게 달라 붙었습니다. 나는 만나지 않았습니다 ...

코드베이스에는 다양한 솔루션과 다양한 수준이 있습니다. 나는 변경으로 시작하여 점차적으로이 구조에 이르렀습니다. 전혀 새롭지는 않지만 나에게 편리합니다. 수정 없이 처음부터 많은 기능을 가지고 있습니다. 주문 및/또는 포지션을 여는 기능도 있습니다. 하지만 개봉하기 전에 시작 외의 기능들도 많이 체크한다. 그리고 포지션 을 청산하기 위해 다양한 수표의 기능이 훨씬 더 많은 조건을 사용합니다.

이 기능 만 사용하는 것은 수정을위한 것이지만 수정은 다르며 따라서 조건, 점검 및 보호 조치가 다릅니다. 이 모든 것을 하나의 기능에 집어넣을 수는 없고 무의미합니다. 나는 모든 조건이 충족되고 모든 것이 계산될 때 그것을 켜고 마지막 단계에서만 기능을 충전합니다. 이상이 있으면 데이터를 보내지 않고 반환, 재확인하고 다시 시도하며 정확한 가격과 정확한 데이터만 DC로 보내어 DC에 바로 접수 및 설정한다. 가장 중요한 것은 DC를 다시 한 번 방해하지 않는 것입니다.

다시 한 번, 트롤 어업 시 ST의 새로운 값을 설정하기 위한 두 줄의 조건만 이해하는 것이 좋습니다. 그러면 여기서 세심한 철저함이 필요하다는 것을 이해하게 될 것입니다. 그건 그렇고, 내가 개발 한이 블록은 약간의 수정으로 한 차량에서 다른 차량으로 돌아갑니다. 그리고 다른 모든 것, 특히 닫기는 선택한 TS 알고리즘에 따라 다시 수행해야 합니다. 그리고 마지막으로, 나는 아무 것도 주장하지 않고, 단지 내가 연구하고 테스트한 것을 공유할 뿐이며, 누군가가 당신에게 더 수용 가능한 것을 제안할 수 있다는 것을 배제하지 않습니다. 따라서 시도하고, 이해하고, 확인하되, Real에 무작위로 베팅하지 마십시오. 일종의 반제품입니다.

내가 이것을 말하는 이유는 모든 초보자가 빠르게 무언가를 막고 "전리품"을 만들고 싶어하기 때문입니다. 그것은 잘한 일에 대한 선물과 같아야합니다. 그리고 아직 어린 시절을 떠나지 않고 일을 즐기지 않고 노는 것만 원하는 시장은 그를 용서하지 않을 것입니다.

잘 자! 내일은 상쾌한 마음으로 다시 일터로!

 
Valerius :


이 간단한 질문에 답을 못하는 전문가는 없는 것 같으니 두 명의 프로그래머가 도당에 모였을 뿐인데... 그렇다면 이 포럼이 왜 필요한 걸까요???

 
Valerius :


이 간단한 질문에 답을 못하는 전문가는 없는 것 같으니 두 명의 프로그래머가 도당에 모였을 뿐인데... 그렇다면 이 포럼이 왜 필요한 걸까요???

귀하의 질문은 이미 100번 답변되었습니다. 두 개의 소수를 비교하는 경우 비교하기 전에 둘 다 정규화하십시오.