글쎄요, 정적 없이 전역 수준에서 작동한다는 것을 알고 있지만 경험에 따르면 MT4 빌드가 이전에 자주 업데이트되었을 때 "쓰기 코드를 올바르게" 개발자와 통신할 때
추신: MQL 프로그램을 실행하는 동안 변수의 "값을 잃지 않도록" 보장해야 하는 경우 이전(5년 전)에는 전역 수준에서 정적 수정자를 작성하기 시작한 이유를 기억했습니다. 속성 엄격한 사전 컴파일러 지시문과 파일을 포함할 때(#include 또는 라이브러리 - 이미 기억이 나지 않음) 변수 이름은 평소와 같이 포함 된 파일과 일치했습니다. MQL을 꾸짖다가 실수로이 오해를 발견했지만 정적 수정자를 작성하면 컴파일러에서 컴파일 할 때 오류가 발생했습니다.
이제 MT4 컴파일러는 매우 편리하고 안정적이며 #property strict 지시문을 사용하면 이러한 예방 조치가 필요하지 않을 수 있지만 변수의 "값을 잃고" 싶지 않을 때 습관적으로 static을 작성합니다.
ZYZY: 이 수정자는 MQL 프로그램의 실행 속도에 영향을 미치지 않으며 잠시 후 내 코드를 열고 정적을 보는 것이 편리합니다. 이 변수에서 "잃지 않는" 중요한 값이라는 것을 확실히 알게 될 것입니다. 프로그램 실행 중
글쎄요, 정적 없이 전역 수준에서 작동한다는 것을 알고 있지만 경험에 따르면 MT4 빌드가 이전에 자주 업데이트되었을 때 "쓰기 코드를 올바르게" 개발자와 통신할 때
추신: MQL 프로그램을 실행하는 동안 변수의 "값을 잃지 않도록" 보장해야 하는 경우 이전(5년 전)에는 전역 수준에서 정적 수정자를 작성하기 시작한 이유를 기억했습니다. 속성 엄격한 사전 컴파일러 지시문과 파일을 포함할 때(#include 또는 라이브러리 - 이미 기억이 나지 않음) 변수 이름은 평소와 같이 포함 된 파일과 일치했습니다. MQL을 꾸짖다가 실수로이 오해를 발견했지만 정적 수정자를 작성하면 컴파일러에서 컴파일 할 때 오류가 발생했습니다.
이제 MT4 컴파일러는 매우 편리하고 안정적이며 #property strict 지시문을 사용하면 이러한 예방 조치가 필요하지 않을 수 있지만 변수의 "값을 잃고" 싶지 않을 때 습관적으로 static을 작성합니다.
ZYZY: 이 수정자는 MQL 프로그램의 실행 속도에 영향을 미치지 않으며 잠시 후 내 코드를 열고 정적을 보는 것이 편리합니다. 이 변수에서 "잃지 않는" 중요한 값이라는 것을 확실히 알게 될 것입니다. 프로그램 실행 중
변수 이름이 포함된 파일의 이름과 일치하면 컴파일러에서 경고를 발행합니다. 나에게 경고는 오류와 동일하고 나는 그들에게 같은 방식으로 반응합니다. 그리고 static 수정자가 있는 전역 수준 변수는 버터와 같습니다.
그러나 ... 당신이 이렇게 쓰고 싶다면 아무도 당신이 그렇게 하는 것을 금지할 수 없습니다.
이렇게 수정됩니다
코드에 오류가 많다.
가격을 정상화해야 작동합니다. 그러면 "잘못된 가격"을 발행하는 서버 오류가 발생합니다. StopLoss_SELL 을 더 높게 정상화하는 것이 바람직합니다.
그리고 대부분의 경우 정지 손실이 0과 같지 않은지 확인해야 하고 실수를 동등하게 비교하는 것이 바람직하지 않습니다. > 또는 <에 대한 실수를 비교해야 합니다.
표시기의 오류를 수정하는 데 도움이 됩니다. 시간의 마지막 촛불에 있을 때 하루의 고가와 저가를 그리지 않습니다.
여기에 표시기를 스케치했습니다. 코드에서 문자열로 작업하는 것을 좋아하지 않았습니다. 더 쉽게 작성했을 것입니다. 여기에 예가 있습니다. 서버 시간 오프셋을 고려해야 하는 작업이 있는 경우에도 다음을 수행해야 합니다.
제 예시도 샘플이 아니라 빠르게 작성했는데 처음 시작할 때 히스토리 끝에서 처음 시작까지 세지 않아도 되지만 제로바에서 히스토리로 넘어가면 코드가 더 짧아지고 현재 날짜를 더 빠르게 계산할 수 있습니다. 주기가 더 작아지고,
근데 테스터에서 확인해보니 문제없이 잘 되는거같아서 이미 늦었네 잠을 쫓고...못된 예시를 만들었어요(((
코드에 오류가 많다.
가격을 정상화해야 작동합니다. 그러면 "잘못된 가격"을 발행하는 서버 오류가 발생합니다. StopLoss_SELL 을 더 높게 정상화하는 것이 바람직합니다.
그리고 대부분의 경우 정지 손실이 0과 같지 않은지 확인해야 하고 실수를 동등하게 비교하는 것이 바람직하지 않습니다. > 또는 <에 대한 실수를 비교해야 합니다.
괜찮은. 방금 시장 주문을 수정하지 않는 이유를 코드에 표시했습니다. 시장의 중지 요청은 0을 반환합니다.
여기에 표시기를 스케치했습니다. 코드에서 문자열로 작업하는 것을 좋아하지 않았습니다. 더 쉽게 작성했을 것입니다. 여기에 예가 있습니다. 서버 시간 오프셋을 고려해야 하는 작업이 있는 경우에도 다음을 수행해야 합니다.
제 예시도 샘플이 아니라 빠르게 작성했는데 처음 시작할 때 히스토리 끝에서 처음 시작까지 세지 않아도 되지만 제로바에서 히스토리로 넘어가면 코드가 더 짧아지고 현재 날짜를 더 빠르게 계산할 수 있습니다. 주기가 더 작아지고,
근데 테스터에서 확인해보니 문제없이 잘 되는거같아서 이미 늦었네 자고싶다...못된 예시를 만들었어요(((
지표에 내 코드가 없었고 인터넷에서 찾았습니다. 지표를 작성하는 방법을 모르겠습니다. :)
그들이 나쁜 예를 만든 이유, 나는 당신의 지표가 정말 마음에 들었습니다. 테스터에서 작동하고 실제 차트에서 모든 것을 올바르게 보여줍니다.
빠른 도움에 감사드립니다!
채널이 그리는 선을 제거해 달라고 요청할 수 있습니까? 화면에 빨간색 화살표로 표시했습니다.
그리고 전혀 힘들지 않다면 당일 선형성을 비활성화/활성화하는 기능을 추가해주세요. 화면에서 파란색 화살표로 표시했습니다. https://prnt.sc/kuuj3e
미리 감사드립니다!
안녕!
OnInit() 프로시저를 실행하는 방법을 알려주세요.
EA 변수를 변경한 후!?
차트에 Expert Advisor를 배치할 때 OnInit()가 있습니다. 변수를 변경할 때 거기에 없습니다!?
EA변수 변경 이벤트는 어떻게 격리!?
이 작업을 수행하는 방법에 대한 추가 코드를 도와주세요!?
안녕!
OnInit() 프로시저를 실행하는 방법을 알려주세요.
EA 변수를 변경한 후!?
차트에 Expert Advisor를 배치할 때 OnInit()가 있습니다. 변수를 변경할 때 거기에 없습니다!?
EA변수 변경 이벤트는 어떻게 격리!?
이 작업을 수행하는 방법에 대한 추가 코드를 도와주세요!?
이 코드로 실험하고 EA 로그의 메시지를 읽습니다(TF를 전환하고 변수를 입력하고 EA를 닫지 않고 터미널을 다시 시작합니다...).
두 번째 옵션은 전역 가시성 수준에서 static 한정자 를 사용하여 변수를 설명하는 것입니다.
이 코드로 실험하고 EA 로그의 메시지를 읽습니다(TF를 전환하고 변수를 입력하고 EA를 닫지 않고 터미널을 다시 시작합니다...).
두 번째 옵션은 전역 가시성 수준에서 static 한정자 를 사용하여 변수를 설명하는 것입니다.
정적 수정자를 사용하여 전역 수준에서 ????? 이것은 약간의 변태입니다.
정적 수정자를 사용하여 전역 수준에서 ????? 이것은 약간의 변태입니다.
글쎄요, 정적 없이 전역 수준에서 작동한다는 것을 알고 있지만 경험에 따르면 MT4 빌드가 이전에 자주 업데이트되었을 때 "쓰기 코드를 올바르게" 개발자와 통신할 때
추신: MQL 프로그램을 실행하는 동안 변수의 "값을 잃지 않도록" 보장해야 하는 경우 이전(5년 전)에는 전역 수준에서 정적 수정자를 작성하기 시작한 이유를 기억했습니다. 속성 엄격한 사전 컴파일러 지시문과 파일을 포함할 때(#include 또는 라이브러리 - 이미 기억이 나지 않음) 변수 이름은 평소와 같이 포함 된 파일과 일치했습니다. MQL을 꾸짖다가 실수로이 오해를 발견했지만 정적 수정자를 작성하면 컴파일러에서 컴파일 할 때 오류가 발생했습니다.
이제 MT4 컴파일러는 매우 편리하고 안정적이며 #property strict 지시문을 사용하면 이러한 예방 조치가 필요하지 않을 수 있지만 변수의 "값을 잃고" 싶지 않을 때 습관적으로 static을 작성합니다.
ZYZY: 이 수정자는 MQL 프로그램의 실행 속도에 영향을 미치지 않으며 잠시 후 내 코드를 열고 정적을 보는 것이 편리합니다. 이 변수에서 "잃지 않는" 중요한 값이라는 것을 확실히 알게 될 것입니다. 프로그램 실행 중
글쎄요, 정적 없이 전역 수준에서 작동한다는 것을 알고 있지만 경험에 따르면 MT4 빌드가 이전에 자주 업데이트되었을 때 "쓰기 코드를 올바르게" 개발자와 통신할 때
추신: MQL 프로그램을 실행하는 동안 변수의 "값을 잃지 않도록" 보장해야 하는 경우 이전(5년 전)에는 전역 수준에서 정적 수정자를 작성하기 시작한 이유를 기억했습니다. 속성 엄격한 사전 컴파일러 지시문과 파일을 포함할 때(#include 또는 라이브러리 - 이미 기억이 나지 않음) 변수 이름은 평소와 같이 포함 된 파일과 일치했습니다. MQL을 꾸짖다가 실수로이 오해를 발견했지만 정적 수정자를 작성하면 컴파일러에서 컴파일 할 때 오류가 발생했습니다.
이제 MT4 컴파일러는 매우 편리하고 안정적이며 #property strict 지시문을 사용하면 이러한 예방 조치가 필요하지 않을 수 있지만 변수의 "값을 잃고" 싶지 않을 때 습관적으로 static을 작성합니다.
ZYZY: 이 수정자는 MQL 프로그램의 실행 속도에 영향을 미치지 않으며 잠시 후 내 코드를 열고 정적을 보는 것이 편리합니다. 이 변수에서 "잃지 않는" 중요한 값이라는 것을 확실히 알게 될 것입니다. 프로그램 실행 중
변수 이름이 포함된 파일의 이름과 일치하면 컴파일러에서 경고를 발행합니다. 나에게 경고는 오류와 동일하고 나는 그들에게 같은 방식으로 반응합니다. 그리고 static 수정자가 있는 전역 수준 변수는 버터와 같습니다.
그러나 ... 당신이 이렇게 쓰고 싶다면 아무도 당신이 그렇게 하는 것을 금지할 수 없습니다.
그러나 ... 당신이 이렇게 쓰고 싶다면 아무도 당신이 그렇게 하는 것을 금지할 수 없습니다.
이 문제에서 내 고유성에 대한 의구심이 들어왔습니다... 휴, 혼자가 아닙니다. MQL5 폴더를 검색하여 MT5 전달의 여러 출처에서 전역 수준에서 정적 수정자를 사용하는 그러한 발표가 있습니다.
소스 코드의 "RANDOM DECISION FOREST IN REINFORCEMENT LEARNING" 기사에서도 글로벌 수준에서 발표를 찾았습니다. static datetime last_time=0;
강조 표시할 필요가 있다고 생각하여 작성했지만 전역 수준의 변수를 100% 정적으로 설명하지 않는다는 의미입니다.
신이 금고를 구한다, 수녀가 말했다...))))