예, 이것이 해결책입니다. "데이터를 설정"할 필요는 없지만 틱에서 틱으로 많은 변수 값을 전송해야 합니다.
"수정 가능한 주문 주석 매개변수"에 대한 내 의견은 여전히 유효합니다. 수정 가능한 경우 외부 배열이 필요하지 않습니다.
외부가 아니라 데이터 교환을 위한 터미널 변수가 필요합니까? - 원하는 경우 배열을 만들 수 있습니다. 사실, "터미널 배열"을 생성할 수 있는 것이 바람직할 것이며 코드를 단순화하는 데 도움이 될 것입니다. 주문에 대한 수정된 의견에 대해서는 전적으로 지지하지만, 이는 서버를 로드할 가능성이 큽니다.
거래 전략에는 PAIRS 의 주문 작업이 포함됩니다. 주문 O1은 "파트너" O2의 티켓을 알아야 합니다. 주문 O2는 "파트너" O1의 티켓을 알아야 합니다. 이 정보를 수정하는 가장 좋은 위치는 주문 주석이며 이 경우 하드 디스크에 기록할 필요가 없으며 외부( 또는 전역) 티켓의 문자열 배열, 티켓 배열 문자열에서 위치를 계산할 필요가 없습니다.
Internet Explorer에서 프록시를 작성하고 다시 시도하십시오.
나는 프록시가 없습니다 :) 없음.
감사합니다. 다른 곳에서 설치 프로그램을 실행하기만 하면 모든 것이 이미 설치되었습니다.
다 괜찮은 것 같지만... 역시나 틀리네요 :)
-만약 이전에 전체 설정을 다운로드할 때 다운로드 오류와 설치를 시작하는 순간을 모두 직접 제어했다면 이제 정확히 무엇을 하고 있는지 알려주지 않는 이 "설치 로더"의 자비에 따라 모든 것이 결정됩니다. 그리고 그가 어디에 그리고 어떤 문제를 가지고 있었는지 ...
전화 접속의 시대는 끝난 것이 분명하지만 안정적인 DSL에서도 이러한 다단계 설치 프로그램에 매복이 있습니다... 자주 발생합니다... 왜 모두가 그들에게 열중하는지 이해가 되지 않습니다. .
왜 다들 그렇게 집착하는지 이해가 안됩니다.
단 하나의 이유가 있습니다. 구식 버전의 사용을 허용하지 않는 것입니다. 웹 설치 프로그램은 모든 종류의 이전 버전의 긴 꼬리를 만들지 않고 이 문제를 매우 효과적으로 해결합니다.
수백만 개의 프로그램을 최신 버전으로 대량 업데이트하고 유지해야 하는 작업에 직면하면 즉시 모든 것을 이해할 수 있습니다.
상황을 체계적으로 5xx 빌드의 99% 점유율로 가져오기 위해 MT4 업데이트에 1년이 걸렸습니다. 그들이 이전 설치 프로그램을 떠났다면 결코 이것을 달성하지 못했을 것입니다.MQL4의 가장 (나에게) 불쾌한 기능은 배열을 외부 변수 세트로 허용할 수 없다는 것입니다.
여기 있습니다: extern int m[10]; 틀리지만 하고 싶습니다.
개발자에게 문제가 되는 경우 이익실현 및 손절매의 경우와 같이 주문의 "설명" 매개변수를 수정할 수 있도록 하는 것이 좋습니다.
MQL4의 가장 (나에게) 불쾌한 기능은 배열을 외부 변수 세트로 허용할 수 없다는 것입니다.
여기 있습니다: extern int m[10]; 틀리지만 하고 싶습니다.
개발자에게 문제가 되는 경우 이익실현 및 손절매의 경우와 같이 주문의 "설명" 매개변수를 수정할 수 있도록 하는 것이 좋습니다.
MQL4의 가장 (나에게) 불쾌한 기능은 배열을 외부 변수 세트로 허용할 수 없다는 것입니다.
여기 있습니다: extern int m[10]; 틀리지만 하고 싶습니다.
개발자에게 문제가 되는 경우 이익실현 및 손절매의 경우와 같이 주문의 "설명" 매개변수를 수정할 수 있도록 하는 것이 좋습니다.
그리고 문자열로 쉼표로 구분된 배열(특히 int 이후)로 데이터를 설정하는 것을 누가 막나요?
외부 문자열 Periods= "1,5,15,43200"; ?
그리고 문자열로 쉼표로 구분된 배열(특히 int 이후)로 데이터를 설정하는 것을 누가 막나요?
외부 문자열 Periods="1,5,15,43200"; ?
예, 이것이 해결책입니다. "데이터를 설정"할 필요는 없지만 틱에서 틱으로 많은 변수 값을 전송해야 합니다.
"수정 가능한 주문 주석 매개변수"에 대한 내 의견은 여전히 유효합니다. 수정 가능한 경우 외부 배열이 필요하지 않습니다.
예, 이것이 해결책입니다. "데이터를 설정"할 필요는 없지만 틱에서 틱으로 많은 변수 값을 전송해야 합니다.
"수정 가능한 주문 주석 매개변수"에 대한 내 의견은 여전히 유효합니다. 수정 가능한 경우 외부 배열이 필요하지 않습니다.
외부가 아니라 데이터 교환을 위한 터미널 변수가 필요합니까? - 원하는 경우 배열을 만들 수 있습니다. 사실, "터미널 배열"을 생성할 수 있는 것이 바람직할 것이며 코드를 단순화하는 데 도움이 될 것입니다.
주문에 대한 수정된 의견에 대해서는 전적으로 지지하지만, 이는 서버를 로드할 가능성이 큽니다.
"데이터를 설정"할 필요가 없지만 전송하려면
어디로 보낼까? 누가 얻나요?
"수정 가능한 주문 설명 매개변수"에 대한 내 설명은 유효합니다.
어디로 보낼까? 누가 얻나요?
예시.
거래 전략에는 PAIRS 의 주문 작업이 포함됩니다. 주문 O1은 "파트너" O2의 티켓을 알아야 합니다. 주문 O2는 "파트너" O1의 티켓을 알아야 합니다. 이 정보를 수정하는 가장 좋은 위치는 주문 주석이며 이 경우 하드 디스크에 기록할 필요가 없으며 외부( 또는 전역) 티켓의 문자열 배열, 티켓 배열 문자열에서 위치를 계산할 필요가 없습니다.