음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다. 아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다. 아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
테스터에 없으면 OnChartEvent로 충분하고 타이머와 OnChartEvent 모두 테스터에서 작동하지 않습니다.
음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다. 아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
내가 문제를 이해함에 따라 :
한 차트에는 레이블을 그리는 지표와 이러한 레이블을 읽는 Expert Advisor가 있습니다.
한 틱에서 조언자는 지표가 같은 틱에 그린 레이블을 읽어야 합니다. 지표가 조언자보다 빠르게 작동한다는 보장은 어디에 있습니까? 결국 이벤트는 지표와 Expert Advisor 모두에게 동시에 올 것입니다. 둘째, 하나의 코드에서도 ObjectCreate 이후에는 객체가 이미 생성되었음에도 불구하고 객체의 속성을 읽을 수 없습니다.
나는 그러한 트릭의 가능성을 매우 의심합니다. 하지만 내가 틀렸다면 나는 매우 기쁠 것이다.
OnChartEvent에서는 개체의 정확한 이름도 알아야 합니다. 그리고 그것은 아직 존재하지 않습니다.
생성 시 스팸으로 저장됩니다.
일반적으로 OnChartEvent 에서는 작동하지만 테스터에서는 작동하지 않습니다.
생성 시 스팸으로.
일반적으로 OnChartEvent에서는 작동하지만 테스터에서는 작동하지 않습니다.
다음 논리를 시도하십시오.
새로운 객체가 있다면...
생성 시 스팸으로.
일반적으로 OnChartEvent에서는 작동하지만 테스터에서는 작동하지 않습니다.
그러나 스팸을 무엇과 비교할 것인가? 이것이 원하는 대상인지 구별하는 방법은 무엇입니까? 동일한 틱에서 정확히 작동하는 것을 어떻게 결정했습니까?
다음 논리를 시도하십시오.
새로운 객체가 있다면...
누가 뭐라고 해도 다음 틱에 그렇게 될 것입니다.
다음 논리를 시도하십시오.
새로운 객체가 있다면...
방법을 정확히 지정하십시오
그러나 스팸을 무엇과 비교할 것인가? 이것이 원하는 대상인지 구별하는 방법은 무엇입니까? - 이름의 일부.
동일한 틱에서 정확히 작동하는 것을 어떻게 결정했습니까? - 출판 시.
그러나 스팸을 무엇과 비교할 것인가? 이것이 원하는 대상인지 구별하는 방법은 무엇입니까? - 이름의 일부 .
동일한 틱에서 정확히 작동하는 것을 어떻게 결정했습니까? - 를 눌러 이동합니다 .
1. 이름의 이러한 부분이 일치하지 않는 경우 다른 개체를 살펴봅니다.
2. 시간은 초 단위로 인쇄됩니까? 틱은 얼마나 흔한가요?
누가 뭐라고 해도 다음 틱에 그렇게 될 것입니다.
음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다.
아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다.
아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
테스터에 없으면 OnChartEvent로 충분하고 타이머와 OnChartEvent 모두 테스터에서 작동하지 않습니다.
질문은 관련이 있으므로 테스터의 동일한 틱에서 작동합니다.
1. 이름의 이러한 부분이 일치하지 않는 경우 다른 개체를 살펴봅니다. - 그걸로 충분해
2. 시간은 초 단위로 인쇄됩니까? 틱은 얼마나 흔한가요? - 눈에 띄는 지연이 없습니다. 최소한 코드는 스스로 볼 수 있습니다.
음, 잠깐만.. 밀리초 타이머로 현재 볼륨을 알 수 있습니다. 볼륨이 변경되지 않은 동안(현재 눈금) 새 개체의 모양을 확인합니다. 개체의 과거 수가 현재 수와 같지 않고 현재 볼륨이 과거 볼륨과 같으면(현재 틱 내부에 어떤 개체의 모양을 포착) 필요한 작업을 수행합니다.
아니면 내가 틀렸습니까? 확인이 필요합니다...
추신. 보시다시피 - 우리는 타이머에서 새로운 객체의 출현을 포착했습니다 - 우리는 필요한 정보를 쓰는 사용자 이벤트 를 즉시 보냅니다. 이 방법으로 새 개체의 모양을 처리하는 모든 작업은 이벤트 처리기에서 수행됩니다. 글쎄, 가정이 사실이라는 사실이 아니며 게임은 촛불의 가치가 있습니다 ...
내가 문제를 이해함에 따라 :
한 차트에는 레이블을 그리는 지표와 이러한 레이블을 읽는 Expert Advisor가 있습니다.
한 틱에서 조언자는 지표가 같은 틱에 그린 레이블을 읽어야 합니다. 지표가 조언자보다 빠르게 작동한다는 보장은 어디에 있습니까? 결국 이벤트는 지표와 Expert Advisor 모두에게 동시에 올 것입니다. 둘째, 하나의 코드에서도 ObjectCreate 이후에는 객체가 이미 생성되었음에도 불구하고 객체의 속성을 읽을 수 없습니다.
나는 그러한 트릭의 가능성을 매우 의심합니다. 하지만 내가 틀렸다면 나는 매우 기쁠 것이다.