그리고 반대로 예를 들어 H1에서 어드바이저를 테스트하지만 틱은 M1에서 모델링되는 경우가 좋은 것 같습니다. 감도와 결과적으로 테스트의 정확도가 향상됩니다. 물론 그것은 모두 고문과 그것이 무엇으로 만들어 졌는지에 달려 있습니다.
테스터의 성배는 코드와 테스트 결과 에서 환상과 진실을 구별하기 위해 모든 사람이 독립적으로 구성 원칙에 따라야 합니다. "Strategy Tester"에 관한 많은 기사와 주제가 있다는 것을 알고 있지만 여전히 모든 것을 다루지는 않을 것입니다. 읽을 때 놓치거나 이해하지 못하는 것이 있습니다. 예, 개인적인 경험도 필요합니다.
그리고 반대로 예를 들어 H1에서 어드바이저를 테스트하지만 틱은 M1에서 모델링되는 경우가 좋은 것 같습니다. 감도와 결과적으로 테스트의 정확도가 향상됩니다. 물론 그것은 모두 고문과 그것이 무엇으로 만들어 졌는지에 달려 있습니다.
테스터의 성배는 코드와 테스트 결과에서 환상과 진실을 구별하기 위해 모든 사람이 독립적으로 구성 원칙에 따라야 합니다. "Strategy Tester"에 관한 많은 기사와 주제가 있다는 것을 알고 있지만 여전히 모든 것을 다루지는 않을 것입니다. 읽을 때 놓치거나 이해하지 못하는 것이 있습니다. 예, 개인적인 경험도 필요합니다.
따라서 트릭은 표시기 계산 의 TF가 CLEARLY로 지정된다는 것입니다... 칠면조가 M30에서 계산되면 테스터에서 내가 이해하는 것처럼 TF M1 또는 M5 또는 M15 또는 M30에서 테스트할 때 하나의 결과가 있어야 합니다 ... 자연스럽게 시가에서 ... 아니면 내가 여기서 뭔가를 잘못 알고 있는 것입니다 ? 결국, 여기에서 가장 중요한 것은 테스트의 TF가 지표의 값을 계산하는 데 사용되는 TF보다 크지 않아야 한다는 것입니다. 이 경우 M30 이상은 ... 아닌가요?
그리고 반대로 예를 들어 H1에서 어드바이저를 테스트하지만 틱은 M1에서 모델링되는 경우가 좋은 것 같습니다. 감도와 결과적으로 테스트의 정확도가 향상됩니다. 물론 그것은 모두 고문과 그것이 무엇으로 만들어 졌는지에 달려 있습니다.
테스터의 성배는 코드와 테스트 결과 에서 환상과 진실을 구별하기 위해 모든 사람이 독립적으로 구성 원칙에 따라야 합니다. "Strategy Tester"에 관한 많은 기사와 주제가 있다는 것을 알고 있지만 여전히 모든 것을 다루지는 않을 것입니다. 읽을 때 놓치거나 이해하지 못하는 것이 있습니다. 예, 개인적인 경험도 필요합니다.
그리고 반대로 예를 들어 H1에서 어드바이저를 테스트하지만 틱은 M1에서 모델링되는 경우가 좋은 것 같습니다. 감도와 결과적으로 테스트의 정확도가 향상됩니다. 물론 그것은 모두 고문과 그것이 무엇으로 만들어 졌는지에 달려 있습니다.
테스터의 성배는 코드와 테스트 결과에서 환상과 진실을 구별하기 위해 모든 사람이 독립적으로 구성 원칙에 따라야 합니다. "Strategy Tester"에 관한 많은 기사와 주제가 있다는 것을 알고 있지만 여전히 모든 것을 다루지는 않을 것입니다. 읽을 때 놓치거나 이해하지 못하는 것이 있습니다. 예, 개인적인 경험도 필요합니다.
... ㅋ ㅋ ㅋ ㅋ ㅋ ㅋ... :-)))
여러분, 221 페이지 시작 부분에 있는 내 질문을 보십시오. 말하다...
이 기능을 수정하는 데 도움을 주세요.
나는 마지막 주문의 종가를 결정하는 함수를 작성하려고합니다 (지금 가장 가까운 시간에 따라)
나는 다음과 같이 씁니다.
하지만
하다
uble PriceCloseLastPos(문자열 smb = "", int cmd = -1, int mMin = -1, int mMax = -1) {
int 티켓 날짜 시간 = 0;
int orderTicket=-1;
이중 닫기가격 = 0;
int ordTotal = OrdersTotal();
if (smb == "0") smb = Symbol();
for (int i = 0; i < ordTotal; i++) {
if (OrderSelect(i, SELECT_BY_POS, MODE_HISTORY)) {
if (OrderSymbol() == smb || smb == "") {
if (OrderType() == OP_BUY || OrderType() == OP_SELL) {
if (cmd < OP_BUY || OrderType() == cmd) {
if (mMin < 0 || (OrderMagicNumber() >= mMin && OrderMagicNumber() <= mMax)) {
if (티켓 날짜 시간 < 주문 닫기 시간()) {
티켓 날짜 시간 = 주문 닫기 시간();
주문 티켓 = 주문 티켓();
닫기 가격 = 주문 닫기 가격();
}
}
}
}
}
}
}
if(orderTicket > -1) OrderSelect(orderTicket, SELECT_BY_TICKET, MODE_HISTORY );
반환(닫기가격);
}
그러나 어떤 이유로 함수는 테스터에서 열린 첫 번째 주문의 데이터를 반환합니다.
사실 이것이 제 중간 목표입니다. 그리고 부분 주문 마감의 마지막 가격을 알려주는 함수를 작성하고 싶었습니다(전체 로트 볼륨이 아님). 하지만 여기에 접근하는 방법조차 모르겠습니다...
... ㅋ ㅋ ㅋ ㅋ ㅋ ㅋ... :-)))
여러분, 221 페이지 시작 부분에 있는 내 질문을 보십시오. 말하다...
그것에 대해:
얘들 아, 왜 다른 시간대에 테스트를 시작하면 테스트 결과가 다르고 차트도 물론 다른 시작 가격의 테스트인지 말해 줄 수 있습니까?
?
입장/퇴장 시간과 가격이 다르기 때문입니다. TF가 다르기 때문입니다.
그것에 대해:
?
입장/퇴장 시간과 가격이 다르기 때문입니다. TF가 다르기 때문입니다.
따라서 트릭은 표시기 계산 의 TF가 CLEARLY로 지정된다는 것입니다... 칠면조가 M30에서 계산되면 테스터에서 내가 이해하는 것처럼 TF M1 또는 M5 또는 M15 또는 M30에서 테스트할 때 하나의 결과가 있어야 합니다 ... 자연스럽게 시가에서 ... 아니면 내가 여기서 뭔가를 잘못 알고 있는 것입니다 ? 결국, 여기에서 가장 중요한 것은 테스트의 TF가 지표의 값을 계산하는 데 사용되는 TF보다 크지 않아야 한다는 것입니다. 이 경우 M30 이상은 ... 아닌가요?
따라서 트릭은 표시기 계산의 TF가 CLEARLY로 지정된다는 것입니다... 칠면조가 M30에서 계산되면 테스터에서 내가 이해하는 것처럼 TF M1 또는 M5 또는 M15 또는 M30에서 테스트할 때 하나의 결과가 있어야 합니다... 당연히 시가로...
예, 값의 절반이 0 번째 막대에서 계산됩니다.
예, 값의 절반이 0 번째 막대에서 계산됩니다.
거기에 오리와 시작 가격 에 ... 테스터에서 모든 TF 가격이 M1에서 모델링되기 때문에 가격이 열려 있습니다. 그렇지 않습니까? 조언좀 부탁드립니다...
예, 값의 절반이 0 번째 막대에서 계산됩니다.
Open에 따르면 모든 것이 고려되는 것 같습니다.
진입/퇴장 시점을 실행하고 분석합니다.