찻주전자의 질문 - 페이지 79

 
Rosh :
예, 혼자서. 원칙적으로 계산을 위해 MQL5에 코드를 게시할 수 있습니다.
일부 작업을 단순화할 수 있습니다.
[삭제]  

Double( == < > )을 올바르게 비교하는 방법을 알려주세요. 정규화해야합니까? 예를 들어 MT4에는 다음과 같은 기능이 있습니다.

CompareDoubles(이중 숫자1, 이중 숫자2)
{
if(NormalizeDouble(숫자1-숫자2,8)==0) return(true);
그렇지 않으면 반환(거짓);
}

그리고 일반적으로 NormalizeDouble() 함수 의 대략적인 알고리즘은 무엇입니까?

Документация по MQL5: Преобразование данных / NormalizeDouble
Документация по MQL5: Преобразование данных / NormalizeDouble
  • www.mql5.com
Преобразование данных / NormalizeDouble - Документация по MQL5
 
220Volt :

Double( == < > )을 올바르게 비교하는 방법을 알려주세요. 정규화해야합니까? 예를 들어 MT4에는 다음과 같은 기능이 있습니다.

CompareDoubles(이중 숫자1, 이중 숫자2)
{
if(NormalizeDouble(숫자1-숫자2,8)==0) return(true);
그렇지 않으면 반환(거짓);
}

권장 사항은 핸드북에 있습니다. 바라보다.
 
220Volt :

Double( == < > )을 올바르게 비교하는 방법을 알려주세요. 정규화해야합니까? 예를 들어 MT4에는 다음과 같은 기능이 있습니다.

CompareDoubles(이중 숫자1, 이중 숫자2)
{
if(NormalizeDouble(숫자1-숫자2,8)==0) return(true);
그렇지 않으면 반환(거짓);
}

그리고 일반적으로 NormalizeDouble() 함수 의 대략적인 알고리즘은 무엇입니까?

일반적으로 double형의 두 숫자를 비교할 때는 그 차이를 취해 허용 가능한 임계값과 비교하는 것이 좋습니다. 그러나 나는 보통 직접 비교합니다. 문제가 발생한 적이 없습니다.
 

차트 초반에 스토리가 틀려도 "왜 틀려요"라는 질문이 나오지 않는 것으로 알려져 있다.

또 다른 질문이 발생합니다. 잘못된 과거 데이터가 뒤따르는 경계를 프로그래밍 방식으로 결정하는 방법은 무엇입니까?

빨간색 수직선은 동일한 테두리를 나타냅니다.

 
joo :

차트 초반에 스토리가 틀려도 "왜 틀려요"라는 질문이 나오지 않는 것으로 알려져 있다.

또 다른 질문이 발생합니다. 잘못된 과거 데이터가 뒤따르는 경계를 프로그래밍 방식으로 결정하는 방법은 무엇입니까?

빨간색 수직선은 동일한 테두리를 나타냅니다.


휴식의 빈도에 따라 어떻게 든 결정할 수 있습니까? 특정 기간 동안의 간격을 계산합니다.
 
tol64 :
휴식의 빈도에 따라 어떻게 든 결정할 수 있습니까? 특정 기간 동안의 간격을 계산합니다.

당신이 변태할 수 있는 방법에 대한 많은 옵션이 있습니다. 하지만 정말 믿을만한 사람은 보이지 않습니다. 개별 막대 데이터의 "진실성"을 판단할 수 있는 진정한 기준이 없기 때문입니다.

모든 차트는 분 막대로 구성됩니다. 오래된 필수 TF의 올바른 구성이 가능한 날짜까지 프로그래밍 방식으로 계산하는 것이 가능합니다. 그러나 여기에도 "그러나"가 있습니다. 그러나 기록의 전체 깊이에 대해 분 시간 프레임이 정확하지 않습니다.

IMHO, 우리는 그러한 경계를 결정하기 위해 다음과 같은 규칙적인 메커니즘이 필요합니다.

 int Correct_Boundary_of_Timeframe
(
string symbol_name,       // имя символа
ENUM_TIMEFRAMES timeframe  // период
);

- 필요한 TF의 요청된 악기의 마지막 정확한 막대의 인덱스를 반환합니다.

 
joo :

IMHO, 우리는 그러한 경계를 결정하기 위해 다음과 같은 규칙적인 메커니즘이 필요합니다.

- 필요한 TF의 요청된 악기의 마지막 정확한 막대의 인덱스를 반환합니다.

이상적일 것입니다. 이 깨진 데이터가 제공되는 이유는 무엇입니까?
 
joo :

- 필요한 TF의 요청된 악기의 마지막 정확한 막대의 인덱스를 반환합니다.

나도 이것을 원한다.
 
joo :

당신이 변태할 수 있는 방법에 대한 많은 옵션이 있습니다. 하지만 정말 믿을만한 사람은 보이지 않습니다. 개별 막대 데이터의 "진실성"을 판단할 수 있는 진정한 기준이 없기 때문입니다.

모든 차트는 분 막대로 구성됩니다. 오래된 필수 TF의 올바른 구성이 가능한 날짜까지 프로그래밍 방식으로 계산하는 것이 가능합니다. 그러나 여기에도 "그러나"가 있습니다. 그러나 기록의 전체 깊이에 대해 분 시간 프레임이 정확하지 않습니다.

IMHO, 우리는 그러한 경계를 결정하기 위해 다음과 같은 규칙적인 메커니즘이 필요합니다.

- 필요한 TF의 요청된 악기의 마지막 정확한 막대의 인덱스를 반환합니다.

따라서 전체 역사를 과거로 빗질하는 것을 경멸하지 않는다면 나는 문제를 보지 않습니다. 우리는 각 막대의 여는 시간과 닫는 시간을 찾고 이러한 막대 내 범위의 초 수를 확인합니다. 예상보다 적은 경우 - "가짜" 막대를 작성합니다. 이것은 전환점이 될 것이며 그 후에 다른 모든 막대는 열등할 것입니다. 더 이상의 빗질은 무의미합니다.