흠, 분명히 여기 있는 모든 사람들은 매우 쿨하지만, 내가 일반적인 쿨함의 측면에 초점을 맞추기 시작하면 의심할 여지 없이 쿨한 Mr. FAQ의 머리에 밴해머를 얻을까 두렵습니다. 그래서 토론에 참여한 모든 사람들 덕분에 주제를 닫을 수 있었습니다. 아마도 그 때문일 것입니다. 나를 제외하고 이 질문은 누구에게도 관심이 없습니다.
아마도 내가 주제 제목으로 누군가를 오도했을 것입니다. " 현재 mql4에 현재 선택된 주문이 있는지 확인하는 방법 " 또는 이와 유사한 것이어야 합니다. 그런 다음 일부 교사는 너도밤 나무 수준으로 질문을 씹을 필요가 있습니다.
1) 그리고 내 생각에 그것은 당신의 눈을 당신의 " 멋짐 "으로 채 웁니다.
2) 계속해서 무례하게 행동하면 교육용으로 "반해머"가 될 것입니다.
3) 귀하의 이 메시지(굵게 강조 표시됨)는 두 번째 페이지부터 페이지의 "글자를 씹지 않고" 이미 명확하며, 저는 이미 귀하에게(탱크에 있는 사람들에 대해서는) 아니요라고 대답했습니다. 그런 영장은 없으니 갖고 싶으면 미리 알아서 챙기세요 .
4) 임의의 긴 프로그램을 작성할 수 있지만 지식의 격차가 있고 사회를 희생시키면서 그것을 채우고 싶다면(이 포럼이 존재하는 것입니다), 품위 있게 행동하십시오.
TC는 문서화되지 않은 MT4 기능을 이용하려고 합니다. OrderSelect() 함수는 EA(스크립트)에 전역인 포인터(TC는 이를 "선택된 순서"라고 함)를 생성합니다. 다음 두 스크립트가 보여주는 것
하지만 사용하기 어렵다.
문서화되지 않은 이유와 멍청한 이유는 무엇입니까? 이것은 사용자 라이브러리를 제외하고 항상 작동합니다. 여기서 원하는 티켓을 다시 명시적으로 선택해야 합니다. 분명히 이 "포인터"는 모듈 내에서만 전역적입니다(어드바이저 또는 스크립트). 라이브러리 모듈에는 자체 포인터가 있습니다.
3) 귀하의 이 메시지(굵게 강조 표시됨)는 두 번째 페이지부터 페이지의 "글자를 씹지 않고" 이미 명확하며, 저는 이미 귀하에게(탱크에 있는 사람들에 대해서는) 아니요라고 대답했습니다. 그런 영장은 없으니 갖고 싶으면 미리 알아서 챙기세요 .
4) 임의의 긴 프로그램을 작성할 수 있지만 지식의 격차가 있고 사회를 희생시키면서 그것을 채우고 싶다면(이 포럼이 존재하는 것입니다), 품위 있게 행동하십시오.
누락된 다른 주문은 무엇입니까? 내 지식에는 격차가 없습니다. 이것들은 당신의 발명품입니다. 나는 mql4에서 주문 작업을 위한 메커니즘의 공백이라고 생각하는 문제에 주의를 기울였습니다. 그게 전부입니다. 선택한 주문에 여러 기능이 작동하는 경우 오류가 발생하지 않도록 주문이 선택되었는지 여부를 확인할 수 있어야 합니다. 목발을 만들고, 수십 곳에서 주문 선택을 기억하고 , 실수하지 않도록 매개 변수로 전달하는 등의 작업을 수행 할 수 있음을 이해합니다.
자주 묻는 질문 :
2) 계속해서 무례하게 행동하면 교육용으로 "반해머"가 될 것입니다.
당신의 친구 보리가 몇 페이지 동안 나에게 무례했다는 사실은 당신의 예리한 눈으로 분명히 지나갔습니다. 선택적으로 교육
누락된 다른 주문은 무엇입니까? 내 지식에는 격차가 없습니다. 이것들은 당신의 발명품입니다. 나는 mql4에서 주문 작업을 위한 메커니즘의 공백이라고 생각하는 문제에 주의를 기울였습니다. 그게 전부입니다. 선택한 주문에 여러 기능이 작동하는 경우 오류가 발생하지 않도록 주문이 선택되었는지 여부를 확인할 수 있어야 합니다. 목발을 만들고, 수십 곳에서 주문 선택을 기억하고, 실수하지 않도록 매개 변수로 전달하는 등의 작업을 수행 할 수 있음을 이해합니다.
mql4에는 공간이 없습니다. 선택한 주문 의 상태는 주문이 있는 모든 작업 중에 변경될 수 있습니다: 열기/마감, 접수/중지 실행, 보류 중인 주문의 실행/삭제, 주문의 부분 마감. 따라서 아무 것도 암기하고 전달할 필요가 없습니다. 상태가 변경되지 않았다고 가정해서는 안 됩니다. 순서는 선택할 수 있지만 동일하지는 않습니다.
Mislaid : mql4에는 공간이 없습니다. 선택한 주문의 상태는 주문이 있는 모든 작업 중에 변경될 수 있습니다: 열기/마감, 접수/중단에 의한 실행, 보류 중인 주문의 실행/삭제, 주문의 부분 마감. 따라서 아무 것도 암기하고 전달할 필요가 없습니다. 상태가 변경되지 않았다고 가정해서는 안 됩니다. 순서는 선택할 수 있지만 동일하지는 않습니다.
특정 상황을 지적했습니다. 주문과 함께 작동하는 메인 루프가 있습니다. 그리고 이 주기에서 사용되며 주문과 함께 작동하는 여러 보조 기능이 있습니다. 이러한 함수를 호출한 후 메인 루프의 논리가 깨지면 안 됩니다. 즉, 보조 기능이 명령이 있는 작업에 영향을 미치는 경우 호출 당시의 "포인터" 상태를 기억하고 작업 완료 후의 상태로 되돌려야 합니다. 그리고 목발 없이 오류를 생성하지 않고는 이것을 할 수 없습니다. 여기에 공백이 있습니다.
사실, 첫 번째 게시물에서 썼듯이 도우미 함수에서 "포인터" 상태를 모니터링할 필요성을 무시하면 찾기 어려운 버그가 발생할 수 있습니다.
특정 상황을 지적했습니다. 주문과 함께 작동하는 메인 루프가 있습니다. 그리고 이 주기에서 사용되며 주문과 함께 작동하는 여러 보조 기능이 있습니다. 이러한 함수를 호출한 후 메인 루프의 논리가 깨지면 안 됩니다. 즉, 보조 기능이 명령이 있는 작업에 영향을 미치는 경우 호출 당시의 "포인터" 상태를 기억하고 작업 완료 후의 상태로 되돌려야 합니다. 그리고 목발 없이 오류를 생성하지 않고는 이것을 할 수 없습니다. 여기에 공백이 있습니다.
사실, 첫 번째 게시물에서 썼듯이 도우미 함수에서 "포인터" 상태를 모니터링할 필요성을 무시하면 찾기 어려운 버그가 발생할 수 있습니다.
전문가 고문을 누군가에게 제공했다고 가정해 보겠습니다. 아마도 다른 고문이 그를 위해 일하고 있을지도 모릅니다. 그는 손을 직접 거래합니다.
아마도 이 Expert Advisor를 마친 후 새로운 글을 쓰기 시작할 것입니다. 이것은 오래된 것이 꺼지는 곳입니다.
전문가 고문을 누군가에게 제공했다고 가정해 보겠습니다. 아마도 다른 고문이 그를 위해 일하고 있을지도 모릅니다. 그는 손을 직접 거래합니다.
아마도 이 Expert Advisor를 마친 후 새로운 글을 쓰기 시작할 것입니다. 이것은 오래된 것이 꺼지는 곳입니다.
이해하지 못하셨나요? 그리고 여기 내가 고문을 누구에게 주었습니까? "포인터"의 상태가 다른 어드바이저와 단말의 어떤 행동에 영향을 받는다고 생각하시나요? "포인터"(현재 선택한 주문의 티켓)는 모듈 수준 변수입니다. 4105 오류를 생성하지 않고 액세스할 수 있으면 좋을 것입니다.
스페인도요 :)
TC는 문서화되지 않은 MT4 기능을 이용하려고 합니다. OrderSelect() 함수 는 EA(스크립트)에 전역인 포인터(TC는 이를 "선택된 순서"라고 함)를 생성합니다. 다음 두 스크립트가 보여주는 것
호출된 프로시저에 의해 생성된 포인터는 호출하는 프로시저에서 사용할 수 있습니다.
2013.02.17 02:50:48 111 EURUSD,H1: 단위 이유 0
2013.02.17 02:50:48 111 EURUSD,H1: 18338793
2013.02.17 02:50:48 111 EURUSD,H1: 18338793
2013.02.17 02:50:48 111 EURUSD,H1: 성공적으로 로드됨
생성된 포인터는 호출된 프로시저에서 사용할 수 있습니다.
2013.02.17 02:56:10 111 EURUSD,H1: 단위 이유 0
2013.02.17 02:56:10 111 EURUSD,H1: 18338793
2013.02.17 02:56:10 111 EURUSD,H1: 18338793
2013.02.17 02:56:10 111 EURUSD,H1: 성공적으로 로드됨
하지만 사용하기 어렵다.
결혼해야지, 형.
흠, 분명히 여기 있는 모든 사람들은 매우 쿨하지만, 내가 일반적인 쿨함의 측면에 초점을 맞추기 시작하면 의심할 여지 없이 쿨한 Mr. FAQ의 머리에 밴해머를 얻을까 두렵습니다. 그래서 토론에 참여한 모든 사람들 덕분에 주제를 닫을 수 있었습니다. 아마도 그 때문일 것입니다. 나를 제외하고 이 질문은 누구에게도 관심이 없습니다.
아마도 내가 주제 제목으로 누군가를 오도했을 것입니다. " 현재 mql4에 현재 선택된 주문이 있는지 확인하는 방법 " 또는 이와 유사한 것이어야 합니다. 그런 다음 일부 교사는 너도밤 나무 수준으로 질문을 씹을 필요가 있습니다.
1) 그리고 내 생각에 그것은 당신의 눈을 당신의 " 멋짐 "으로 채 웁니다.
2) 계속해서 무례하게 행동하면 교육용으로 "반해머"가 될 것입니다.
3) 귀하의 이 메시지(굵게 강조 표시됨)는 두 번째 페이지부터 페이지의 "글자를 씹지 않고" 이미 명확하며, 저는 이미 귀하에게(탱크에 있는 사람들에 대해서는) 아니요라고 대답했습니다. 그런 영장은 없으니 갖고 싶으면 미리 알아서 챙기세요 .
4) 임의의 긴 프로그램을 작성할 수 있지만 지식의 격차가 있고 사회를 희생시키면서 그것을 채우고 싶다면(이 포럼이 존재하는 것입니다), 품위 있게 행동하십시오.
TC는 문서화되지 않은 MT4 기능을 이용하려고 합니다. OrderSelect() 함수는 EA(스크립트)에 전역인 포인터(TC는 이를 "선택된 순서"라고 함)를 생성합니다. 다음 두 스크립트가 보여주는 것
하지만 사용하기 어렵다.
문서화되지 않은 이유와 멍청한 이유는 무엇입니까? 이것은 사용자 라이브러리를 제외하고 항상 작동합니다. 여기서 원하는 티켓을 다시 명시적으로 선택해야 합니다. 분명히 이 "포인터"는 모듈 내에서만 전역적입니다(어드바이저 또는 스크립트). 라이브러리 모듈에는 자체 포인터가 있습니다.
3) 귀하의 이 메시지(굵게 강조 표시됨)는 두 번째 페이지부터 페이지의 "글자를 씹지 않고" 이미 명확하며, 저는 이미 귀하에게(탱크에 있는 사람들에 대해서는) 아니요라고 대답했습니다. 그런 영장은 없으니 갖고 싶으면 미리 알아서 챙기세요 .
4) 임의의 긴 프로그램을 작성할 수 있지만 지식의 격차가 있고 사회를 희생시키면서 그것을 채우고 싶다면(이 포럼이 존재하는 것입니다), 품위 있게 행동하십시오.
누락된 다른 주문은 무엇입니까? 내 지식에는 격차가 없습니다. 이것들은 당신의 발명품입니다. 나는 mql4에서 주문 작업을 위한 메커니즘의 공백이라고 생각하는 문제에 주의를 기울였습니다. 그게 전부입니다. 선택한 주문에 여러 기능이 작동하는 경우 오류가 발생하지 않도록 주문이 선택되었는지 여부를 확인할 수 있어야 합니다. 목발을 만들고, 수십 곳에서 주문 선택을 기억하고 , 실수하지 않도록 매개 변수로 전달하는 등의 작업을 수행 할 수 있음을 이해합니다.
2) 계속해서 무례하게 행동하면 교육용으로 "반해머"가 될 것입니다.
당신의 친구 보리가 몇 페이지 동안 나에게 무례했다는 사실은 당신의 예리한 눈으로 분명히 지나갔습니다. 선택적으로 교육
누락된 다른 주문은 무엇입니까? 내 지식에는 격차가 없습니다. 이것들은 당신의 발명품입니다. 나는 mql4에서 주문 작업을 위한 메커니즘의 공백이라고 생각하는 문제에 주의를 기울였습니다. 그게 전부입니다. 선택한 주문에 여러 기능이 작동하는 경우 오류가 발생하지 않도록 주문이 선택되었는지 여부를 확인할 수 있어야 합니다. 목발을 만들고, 수십 곳에서 주문 선택을 기억하고, 실수하지 않도록 매개 변수로 전달하는 등의 작업을 수행 할 수 있음을 이해합니다.
mql4에는 공간이 없습니다. 선택한 주문의 상태는 주문이 있는 모든 작업 중에 변경될 수 있습니다: 열기/마감, 접수/중단에 의한 실행, 보류 중인 주문의 실행/삭제, 주문의 부분 마감. 따라서 아무 것도 암기하고 전달할 필요가 없습니다. 상태가 변경되지 않았다고 가정해서는 안 됩니다. 순서는 선택할 수 있지만 동일하지는 않습니다.
특정 상황을 지적했습니다. 주문과 함께 작동하는 메인 루프가 있습니다. 그리고 이 주기에서 사용되며 주문과 함께 작동하는 여러 보조 기능이 있습니다. 이러한 함수를 호출한 후 메인 루프의 논리가 깨지면 안 됩니다. 즉, 보조 기능이 명령이 있는 작업에 영향을 미치는 경우 호출 당시의 "포인터" 상태를 기억하고 작업 완료 후의 상태로 되돌려야 합니다. 그리고 목발 없이 오류를 생성하지 않고는 이것을 할 수 없습니다. 여기에 공백이 있습니다.
사실, 첫 번째 게시물에서 썼듯이 도우미 함수에서 "포인터" 상태를 모니터링할 필요성을 무시하면 찾기 어려운 버그가 발생할 수 있습니다.
특정 상황을 지적했습니다. 주문과 함께 작동하는 메인 루프가 있습니다. 그리고 이 주기에서 사용되며 주문과 함께 작동하는 여러 보조 기능이 있습니다. 이러한 함수를 호출한 후 메인 루프의 논리가 깨지면 안 됩니다. 즉, 보조 기능이 명령이 있는 작업에 영향을 미치는 경우 호출 당시의 "포인터" 상태를 기억하고 작업 완료 후의 상태로 되돌려야 합니다. 그리고 목발 없이 오류를 생성하지 않고는 이것을 할 수 없습니다. 여기에 공백이 있습니다.
사실, 첫 번째 게시물에서 썼듯이 도우미 함수에서 "포인터" 상태를 모니터링할 필요성을 무시하면 찾기 어려운 버그가 발생할 수 있습니다.
전문가 고문을 누군가에게 제공했다고 가정해 보겠습니다. 아마도 다른 고문이 그를 위해 일하고 있을지도 모릅니다. 그는 손을 직접 거래합니다.
아마도 이 Expert Advisor를 마친 후 새로운 글을 쓰기 시작할 것입니다. 이것은 오래된 것이 꺼지는 곳입니다.
전문가 고문을 누군가에게 제공했다고 가정해 보겠습니다. 아마도 다른 고문이 그를 위해 일하고 있을지도 모릅니다. 그는 손을 직접 거래합니다.
아마도 이 Expert Advisor를 마친 후 새로운 글을 쓰기 시작할 것입니다. 이것은 오래된 것이 꺼지는 곳입니다.
이해하지 못하셨나요? 그리고 여기 내가 고문을 누구에게 주었습니까? "포인터"의 상태가 다른 어드바이저와 단말의 어떤 행동에 영향을 받는다고 생각하시나요? "포인터"(현재 선택한 주문의 티켓)는 모듈 수준 변수입니다. 4105 오류를 생성하지 않고 액세스할 수 있으면 좋을 것입니다.