특정 지표에 대한 고유 ID 생성기 - 페이지 2

 
angevoyageur :
하위 창 번호에 문제가 있습니까?
무슨 생각을 하고 있는지 모르겠지만, 템플릿을 적용하거나 다시 로드할 때 CHART_WINDOWS_TOTAL과 같은 값이 차트의 전체 지표로 보고되며 지금까지 로드된 총계가 아닙니다(즉, 다음과 같이 하나씩 증가하지 않습니다. 각 표시기가 초기화됨).
 
gchrmt4 :
무슨 생각을 하고 있는지 모르겠지만, 템플릿을 적용하거나 다시 로드할 때 CHART_WINDOWS_TOTAL과 같은 값이 차트의 전체 지표로 보고되며 지금까지 로드된 총계가 아닙니다(즉, 다음과 같이 하나씩 증가하지 않습니다. 각 표시기가 초기화됨).

좋아, 하위 창은 변경될 수 있으므로 신뢰할 수 없습니다.
 
angevoyageur :
하위 창 번호에 문제가 있습니까?

610/614에서는 표시기 자체에서 올바르게 검색하는 것이 거의 불가능했습니다. 616에서는 대부분 고정되어 있지만 여전히 DeInit()에서는 실패합니다.
 
Ovo :

610/614에서는 표시기 자체에서 올바르게 검색하는 것이 거의 불가능했습니다. 616에서는 대부분 고정되어 있지만 여전히 DeInit()에서는 실패합니다.
ChartWindowFind()가 저에게 효과가 있는 것 같습니다. 어쨌든 지표를 제거 하고 다른 지표를 추가하면 하위 창 번호가 변경되는 것처럼 신뢰할 수 없습니다.
 
angevoyageur :
ChartWindowFind()가 저에게 효과가 있는 것 같습니다. 어쨌든 지표를 제거하고 다른 지표를 추가하면 하위 창 번호가 변경되는 것처럼 신뢰할 수 없습니다.
ChartWindowFind()와 이전 WindowFind()의 동일한 문제: 동일한 표시기의 인스턴스가 두 개 이상 있는 경우, 예를 들어 서로 다른 기간(또는 동일한 기간에 대한 계산을 표시하지만 다른 매개변수 의 변경이 아닌 t IndicatorShortName에 대한 모든 호출에 반영됨).
 
gchrmt4 :
이전 WindowFind()와 동일한 ChartWindowFind() 문제: 동일한 표시기의 인스턴스가 두 개 이상 있는 경우, 예를 들어 서로 다른 기간에 대한 계산을 보여주는 두 개의 RSI 창이 있는 경우에는 쓸모가 없습니다.

이것은 내가 말한 것입니다. 신뢰할 수 없습니다.

흥미로운 문제입니다. 다른 입력 매개변수 를 사용할 때 동일한 표시기를 여러 번 추가하는 것이 합리적이라고 생각하기 때문에 이러한 매개변수에서 서명을 형성하는 방법이 있습니다. 또는 물론 이전에 제안한 솔루션 중 하나입니다.

 
gchrmt4 :
ChartWindowFind()와 이전 WindowFind()의 동일한 문제: 동일한 표시기의 인스턴스가 두 개 이상 있는 경우, 예를 들어 서로 다른 기간(또는 동일한 기간에 대한 계산을 표시하지만 다른 매개변수의 변경이 아닌 t IndicatorShortName에 대한 모든 호출에 반영됨).

실제로 ChartWindowFind 는 OnDeinit를 제외하고 616의 표시기에 대해 이미 작동하고 있습니다. 하지만 여전히 너무 젖어서 안정적인 것으로 간주되기에는 ID 생성에서 이를 피하고 싶습니다.

입력해 주셔서 감사합니다. 파일 잠금을 선택하거나 GetTickCount 변경 을 기다리겠습니다. 재판을 해야 합니다.

 
angevoyageur :

이것은 내가 말한 것입니다. 신뢰할 수 없습니다.

흥미로운 문제입니다. 다른 입력 매개변수를 사용할 때 동일한 표시기를 여러 번 추가하는 것이 합리적이라고 생각하기 때문에 이러한 매개변수에서 서명을 구성하는 방법이 있습니다. 또는 물론 이전에 제안한 솔루션 중 하나입니다.


새로운 MQL4 GUI 기능을 활용하여 즉석에서 매개변수 를 설정하고 변경합니다. 따라서 처음의 서명은 동일하지만 여전히 여러 번 추가하는 것이 좋습니다. 언급되지 않았으며 가능했다면 올바르게 작동했어야 했습니다.
 
Ovo :

실제로 ChartWindowFind 는 OnDeinit를 제외하고 616의 표시기에 대해 이미 작동하고 있습니다. 하지만 여전히 너무 젖어서 안정적인 것으로 간주되기에는 ID 생성에서 이를 피하고 싶습니다.

입력해 주셔서 감사합니다. 파일 잠금을 선택하거나 GetTickCount 변경을 기다리겠습니다. 재판을 해야 합니다.

이것을 읽으면서 위의 GetTickCount와 같은 시간 사용에 대해 가르쳤습니다.

그런 다음 __DATETIME__ 파일 컴파일 날짜와 시간에 대해 가르쳤습니다.

https://docs.mql4.com/constants/namedconstants/compilemacros

그것에 대해 어떻게 생각하세요?

 

당신이 "가르쳐"를 의미했는지 확실하지 않습니다.

디버깅을 위해 몇 개를 사용하지만 __DATETIME__ 의 경우 아직 사용할 방법을 찾지 못했습니다... 어디를 목표로 하고 있습니까?