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

 
coronel :

마법은 끝나지 않으니 걱정하지 마세요.

마법을 사용하면 당신의 삶이 더 쉬워질 것입니다.

바로... 그리고 1년 거래내역에서 거래 시작 2개월 후 개설 된 주문을 선택 해야 한다면? 어떻게 계산할 것인가? 다른 마술사와 함께 주문을 생성하고 어떻게 혼란을 긁어 모으겠습니까?

 
eddy :


전체 사이트가 기회에 관한 것이라면 모든 것을 기회별로 그룹화하지 않겠습니까? 기회는 문제를 해결하는 방법입니다. 기회 자체는 작업별로 그룹화되어야 합니다.

기존 기사, 사용 사례, 토론 주제 및 특정 코드에 대한 링크를 사용하여 적절하다고 생각되는 대로 분류/그룹화하십시오.

이것은 MQL의 가능성 훨씬 더 드러내는 거대하고 필요한 작업입니다.

 
artmedia70 :

바로.. 거래 개시 2개월 만에 개설된 1년 동안의 거래 내역에서 주문을 선택해야 한다면? 어떻게 계산할 것인가? 다른 마술사와 함께 주문을 생성하고 어떻게 혼란을 긁어 모으겠습니까?


나는 당신이 문제로 보는 것을 이해하지 못합니다.
 
doon :

다시 안녕.

요점은 isCloseLastPosByStop() 함수 를 사용하여 주문이 확인되었는지 확인해야 한다는 것 입니다. 마법을 사용할 수 없기 때문입니다. 조만간 종료되며(2147483647) 지우거나 변경할 수 없습니다. 방법을 알려주세요.

이는 모두 Expert Advisor의 구조에 따라 다릅니다. 많은 수의 주문 을 열면 주문 계정을 만들고 동시에 열 수 있는 위치의 수가 제한되면 플래그를 사용하여 추적하십시오.

변경할 수 없는 매개변수로 선택한 순서를 항상 확인할 수 있습니다. 말하자면 - 개봉과 마법의 시간. 티켓에서 구체적으로 할 수 있습니다. 선택한 주문에 티켓 1이 있고 이 티켓이 포함된 주문이 이미 확인된 경우 다시 확인하지 마십시오. 그러나 여기서도 시장 주문 목록에서 선택되었는지 확인해야 하며 마감된 주문은 아닙니다. 이는 마감 시간 OrderCloseTime()에 의해 확인됩니다. 주문이 아직 마감되지 않은 경우 함수는 항상 0을 반환합니다.

 
coronel :
나는 당신이 문제로 보는 것을 이해하지 못합니다.
나는 문제를 보지 못했다. 나는 내 생각에 절대적으로 비합리적이고 무의미한 마법의 사용을 보았다. 왜 각각의 후속 주문이 지정되어야 합니까, 예를 들어 Magic++ ???

이해에 따르면 마술은 한 고문의 한 묶음에서 작동하는 여러 전략을 구별하는 데 더 잘 사용됩니다. 그러면 그(고문)는 현재 전략에 따라 열거나/닫거나/삭제/수정할 위치를 정확히 알 수 있습니다. 설명하겠습니다. EA는 여러 다른 전략에 대한 작업을 동시에 조직합니다. 각 전략에는 고유한 마법이 할당되어 있으며, 고문 자신은 어떤 위치가 어떤 전략에 속하는지 완벽하게 알고 있으며 일중 전략에 대한 중요한 기준이 발생할 때 장기에 속하는 위치에는 영향을 미치지 않습니다.

이것이 내가 하는 방법이지만... IMHO.

주문마다 새로운 마술사로 보상을 받을 수 있으며, 서로 다른 수천 명의 마술사들 사이에서 거래 결정을 내릴 올바른 위치를 찾아보세요...

에돔 다사네.

 
coronel :

기존 기사, 사용 사례, 토론 주제 및 특정 코드에 대한 링크를 사용하여 적절하다고 생각되는 대로 분류/그룹화하십시오.

이것은 MQL의 가능성 훨씬 더 드러내는 거대하고 필요한 작업입니다.

나는 그것을 다음과 같이 본다:

1) 파티션 생성

2) 모든 사람이 채우는 것, 즉 기사, 코드 등의 작성자. 또한 저자에게 특정 주제로 작업을 분류할 수 있는 기회를 제공합니다. 자료를 그룹으로 나누지 않고 태그 시스템으로 나누는 것이 좋습니다. 작품은 동시에 다른 주제와 관련될 수 있습니다.

3) 자연적인 보충, 즉 질문/과제/목표 및 답변/해결책 만들기. 동시에 두 번째 점은 계속됩니다. 이미 답변된 질문과 솔루션이 이미 제안 및/또는 페인트된 작업에 대한 답변은 기존 작업에 대한 답변, 즉 코드/기사/교과서 등.

이 구조는 모든 섹션을 개발할 가능성을 의미합니다. 교과서(설명 옵션의 무료 제공), 문서(보다 자세한 설명, 뉘앙스 설명 제공), 코드베이스(최적화) 및 기사("라이브 기사", 즉 기능 및 뉘앙스에 대한 논의 및 결과적으로 편집/수정/ 개선 기사)

 
eddy :

나는 그것을 다음과 같이 본다:

1) 파티션 생성

2) 모든 사람이 채우는 것, 즉 기사, 코드 등의 작성자. 또한 저자에게 특정 주제로 작업을 분류할 수 있는 기회를 제공합니다. 자료를 그룹으로 나누지 않고 태그 시스템으로 나누는 것이 좋습니다. 작품은 동시에 다른 주제와 관련될 수 있습니다.

3) 자연적인 보충, 즉 질문/과제/목표 및 답변/해결책 만들기. 동시에 두 번째 점은 계속됩니다. 이미 답변된 질문과 솔루션이 이미 제안 및/또는 페인트된 작업에 대한 답변은 기존 작업에 대한 답변, 즉 코드/기사/교과서 등.

이 구조는 모든 섹션을 개발할 가능성을 의미합니다. 교과서(설명 옵션의 무료 제공), 문서(보다 자세한 설명, 뉘앙스 설명 제공), 코드베이스(최적화) 및 기사("라이브 기사", 즉 기능 및 뉘앙스에 대한 논의 및 결과적으로 편집/수정/ 개선 기사)

자, 계속하세요. 귀하는 이미 이 문제에 대해 행정부와 논의하라는 요청을 받았습니다.

그리고 이 스레드에서 몇 가지 다른 작업이 해결됩니다.

 
artmedia70 :
나는 문제를 보지 못했다. 나는 내 생각에 절대적으로 비합리적이고 무의미한 마법의 사용을 보았다. 왜 각각의 후속 주문이 지정되어야 합니까, 예를 들어 Magic++ ???

이해에 따르면 마술은 한 고문의 한 묶음에서 작동하는 여러 전략을 구별하는 데 더 잘 사용됩니다. 그러면 그(고문)는 현재 전략에 따라 열거나/닫거나/삭제/수정할 위치를 정확히 알 수 있습니다. 설명하겠습니다. EA는 여러 다른 전략에 대한 작업을 동시에 조직합니다. 각 전략에는 고유한 마법이 할당되어 있으며, 고문 자신은 어떤 위치가 어떤 전략에 속하는지 완벽하게 알고 있으며 일중 전략에 대한 중요한 기준이 발생할 때 장기에 속하는 위치에는 영향을 미치지 않습니다.

이것이 내가 하는 방법이지만... IMHO.

주문마다 새로운 마술사로 보상을 받을 수 있으며, 서로 다른 수천 명의 마술사들 사이에서 거래 결정을 내릴 올바른 위치를 찾아보세요...

에돔 다사네.

내 게시물에서 나는 마술사에게 가능한 모든 숫자를 소진하는 것은 불가능하다는 점만 지적했습니다. 수백 명의 목숨도 충분하지 않을 것입니다.

그러나 이것이 각각의 새로운 주문에 새로운 마법이 할당되어야 한다는 것을 의미하지는 않습니다.

어쨌든 고문 만이 그의 "내정"을 위해 마술사가 필요합니다.

거래자는 거래 수단과 시간, 아마도 특정 고문에 관심을 가질 것이지만 논평으로도 결정할 수 있습니다.

따라서 마술에 대한 우리의 견해에는 차이가 없습니다.

 
eddy :

나는 그것을 다음과 같이 본다:


사람들의 머리를 속이지 마십시오. )))

시작하세요, 드디어!

 
coronel :

break 가장 가까운 중첩 외부 스위치 , while 또는 for 문의 실행을 중지합니다. 제어는 종료된 후 후속 작업자(운영자) 에게 이전 됩니다. 이 연산자 의 목적 중 하나는 특정 값이 일부 변수 에 할당될 때 루프 실행을 종료하는 것 입니다.

------

continue 문은 가장 가까운 외부 while 또는 for 루프 문의 시작 부분으로 제어를 전달 하여 다음 반복이 시작되도록 합니다 . 이 문은 break 문과 반대입니다.

재미있네요 :) 감사합니다.