TheXpert: 계속해서 따라 불러보세요. 지그재그가 설명이 간단할수록 구현하기가 더 어렵다는 것을 깨달았다면 다시 오신 것을 환영합니다.
저의 지그재그는 이미 지난 몇 년 동안 EA에서 구현되어 사용되어 왔습니다. 나는 그 속도에 대해 불평 한 적이 없지만 비행을 계산하기 때문에 완벽한 지그재그보다 느릴 수 있다는 것을 부인하지 않습니다. 저는 완벽한 지그재그나 다른 지그재그를 비판하는 것이 아닙니다. 사람들이 올바르게 구축하는 방법에 대한 아이디어를 가진 만큼 많은 것들이 있습니다. 제 생각에는 모든 지표 중에서 지그재그가 가장 다양한 실현 가능성을 가지고 있다고 생각합니다.
사용자가 그 값을 얻기 위해 그러한 변태를 사용해야하는 그러한 지표를 어디에서 보셨습니까! (GetValue를 의미합니다). 이 구현의 효율성과 속도는 높을지 모르지만 유용성은 0입니다. 인디케이터를 사용하려면 문서에서 GetValue를 복사해야 하나요!?!!? 이것은 아키텍처의 관점에서 볼 때 옳지 않습니다.
지그재그를 구성하는 알고리즘은 매우 많습니다. 모두에게 질문: 지그재그 골절을 올바르게 결정하는 방법은 무엇인가요?
예를 들어, 이상적인 지그재그에서는 끊김의 절반(녹색 원)을 제거합니다:
나는 마쉬카의 골절로 지그재그 골절을 식별합니다. 아주 간단하고 아름답습니다:
매우 영리한 아이디어입니다. 지그재그는 어쨌든 사후적으로 정점을 구축하므로 마쉬카 지연은 절반 기간에 영향을 미치지 않습니다.
그리고 코드는 간단합니다. 현재 막대에서 파동의 반주기까지 파동의 방향을 따라 정점을 찾습니다.
매개변수에는 "파동 주기"라는 변수가 하나만 있습니다.
계속해서 따라 불러보세요. 지그재그가 설명이 간단할수록 구현하기가 더 어렵다는 것을 깨달았다면 다시 오신 것을 환영합니다.
제 지그재그는 이미 지난 몇 년 동안 EA에서 구현되어 사용되어 왔습니다.
저는 여러분의 지그재그를 반대할 생각은 없습니다. 다만 원칙이 다를 뿐입니다. 더 나쁘지도, 더 좋지도 않고, 단지 다를 뿐입니다.
저는 이 옵션을 오랫동안 고심해 왔습니다. 지그재그 형태의 카기라고 할 수 있죠.
그리고 저는 이 지그재그로 오랫동안 고심해 왔습니다.
스레드 제목이 진단인 것 같아요!
주제 제목이 진단인 것 같아요!
전문가 어드바이저에서 사용하는 예제를 알려주실 수 있나요? OnTick() 에서 인디케이터 값을 인쇄하고 싶습니다.
iCustom
사용자가 그 값을 얻기 위해 그러한 변태를 사용해야하는 그러한 지표를 어디에서 보셨습니까! (GetValue를 의미합니다). 이 구현의 효율성과 속도는 높을지 모르지만 유용성은 0입니다. 인디케이터를 사용하려면 문서에서 GetValue를 복사해야 하나요!?!!? 이것은 아키텍처의 관점에서 볼 때 옳지 않습니다.