특별한 속성을 알지 못한 채 MQL5 함수는 미리 예측하기 어렵지만 MQL4에는 그런 문제가 있다.
start() 루프. 공장. 사용자가 다른 계정에 연결합니다. start()가 강제 종료 되기 전에 현재 세션에서 새 계정의 환경 정보를 EA에서 사용할 수 있게 됩니다. 동시에 EA(내부 분석 기반)는 주문이 마감되고(이전 계정에 있던) 스왑, 스탑 레벨 및 기타 모든 것이 .. 모든 결과와 함께 변경되었다고 기록합니다.
Expert Advisor에서 start()를 종료하기로 한 후속 결정과 함께 새 계정에 대한 정보를 명시적으로 추적하는 것도 그다지 성공적이지 않습니다. 패턴을 잡을 수는 없지만 초기화 해제가 항상 발생하는 것은 아닙니다. 예를 들어 터미널이 방금 로드된 경우 계정 A에 대한 연결이 있었다면 deinit-init-start 없이 계정 B로의 전환이 발생합니다. 1분 후 예상되는 deinit-init-start와 함께 B에서 A로의 전환이 발생하고 A에서 B로 또는 다른 계정 간의 후속 전환도 명목상입니다. 문제는 계정에 대한 첫 번째 연결 사실과 관련이 있는 것 같습니다. 효과가 안정적입니다.
일반적으로 원하는 것은 전환할 때입니다. 다른 계정으로 우선 현재 환경에서 현재 계정에 대해 초기화를 수행한 다음 - 마치 처음부터 (새 계정에 연결하고 터미널에 새 환경 값을 실행하는 것처럼)
개체 모델을 구현한 경우 이 개체 모델, 사용 가능한 메서드, 속성 등을 봅니다. 디버깅에서도 마찬가지입니다.
그렇지 않으면 위에서 제안한 모든 것이 대부분의 최신 개발 환경에 있는 것의 일부입니다. 예를 들어 Microsoft Visual Studio와 같이 반복하기만 하면 됩니다. 예를 들어, VB 6에서 VB .NET으로 이동할 때 크게 변경되지 않고 기능은 단순히 별도의 클래스의 일부가 되었으며 고유한 대안을 즉시 찾지 못하는 사람들을 위해 접근 방식의 규모만 증가했습니다. 저수준 기능만 빼서 지식의 범위를 넓히고 프로그래밍 언어까지 바꿨으니 objptr 같은 기능을 모르던 분들은 필요없게 된 게 당연합니다 :) 그럼 물론, 대체 함수와 클래스는 알려져 있었지만 포인터를 사용하여 작업하는 방법이 그런 작은 기능을 사용할 수 있다는 단순성으로 인해 지난 세기로 돌아가고 모든 시간 C++의 문제에 대한 근거 없이 새로운 공간을 열 수 없었습니다. 예를 들어 VB로 작성하려고 하고 ASM을 공부하고 프로그래밍 언어를 만들려고 했지만 시스템 프로그래밍에 대한 추가 지식을 통해 응용 프로그래밍을 위해 만들어진 모든 것 중 가장 좋은 것이 .NET이라는 사실을 알게 되었습니다. 여전히 Java의 논리적 의미를 이해하지 못했으며 Perl PHP 및 동일한 ASP와 마찬가지로 여전히 이해하지 못합니다. .NET의 출현으로 모든 것이 사라졌습니다.
추신: 이것은 우리가 노력해야 하는 것의 한 예입니다. :)
.NET 기술의 심각한 발전을 촉발한 가장 중요한 것은 리플렉션이며, 하나의 설명과 예제가 아닌 가장 작은 세부 사항까지 작동하는 방식을 이해하기 위해 소스 코드를 연구하는 능력은 루트를 보는 능력 이상을 줄 것입니다. . 이와 관련하여 낮은 수준의 접근 방식을 위해 발명된 모든 디스어셈블러 및 기타 많은 도구는 단순히 퇴색합니다. 예를 들어, 저는 .NET 1.0과 1.1, 그리고 2.0에서 더 많은 세부 사항과 차이점을 알고 있습니다. 새 버전이 좋거나 더 좋다는 것을 알기 때문이 아니라 소스 코드와 기계 코드의 차이점을 보았기 때문에 여전히 .NET이 도달하는 모든 새롭고 새로운 높이를 보십시오.
우리는 또한 터미널과 그 언어를 공부했다고 가정하고 우리가 가진 것을 고려하여 비교할 것이 있다고 가정합니다 :) 나는 말을 믿지 않고 내 눈을 믿습니다 :)
MQL5의 개발은 한창 진행 중이며 이것은 새로운 거래 플랫폼에서 우리의 핵심 위치 중 하나입니다. 우리는 평화를 위한 논의에 특별히 참여하지 않습니다. 그러나 잠시 후 우리는 새로운 언어, 라이브러리 및 프로그래밍 환경에 대한 정보를 게시하기 시작할 것입니다.
MQL5에 대한 소망을 표현해 주십시오.
MQL5에 대한 소망을 표현해 주세요.
----
터미널과 상호 작용하여:
- 어드바이저를 컴파일할 때 차트에서만 다시 시작하거나 아무것도 다시 시작하지 마십시오!
- 다른 파일에서 참조하는 파일을 컴파일할 때 해당 파일도 컴파일하십시오.
- 코드에서 스크립트/전문가/지시자를 시작/중지합니다(동일한 창에서 "즉시").
언어별:- 코드의 문자 목록;
- 코드의 모든 기호 매개변수(터미널이 계산하는 모든 것을 계산할 수 있도록)
- 이벤트 - 오류로 인한 거래, 인터페이스;
- 주석 기능 - 기능 확장(이전 텍스트, 글꼴 및 색상 선택, 앵커 각도 등을 지우지 않음);
- 터미널 전역 변수 - 사용자로부터 숨기고 명령 시 또는 변경 직후에 디스크에 저장하는 기능.
글쎄, 나는 거의 모든 이전 연사에 합류합니다. 지금은 모든 것이 있습니다.특별한 속성을 알지 못한 채 MQL5 함수는 미리 예측하기 어렵지만 MQL4에는 그런 문제가 있다.
start() 루프. 공장. 사용자가 다른 계정에 연결합니다. start()가 강제 종료 되기 전에 현재 세션에서 새 계정의 환경 정보를 EA에서 사용할 수 있게 됩니다. 동시에 EA(내부 분석 기반)는 주문이 마감되고(이전 계정에 있던) 스왑, 스탑 레벨 및 기타 모든 것이 .. 모든 결과와 함께 변경되었다고 기록합니다.
Expert Advisor에서 start()를 종료하기로 한 후속 결정과 함께 새 계정에 대한 정보를 명시적으로 추적하는 것도 그다지 성공적이지 않습니다. 패턴을 잡을 수는 없지만 초기화 해제가 항상 발생하는 것은 아닙니다. 예를 들어 터미널이 방금 로드된 경우 계정 A에 대한 연결이 있었다면 deinit-init-start 없이 계정 B로의 전환이 발생합니다. 1분 후 예상되는 deinit-init-start와 함께 B에서 A로의 전환이 발생하고 A에서 B로 또는 다른 계정 간의 후속 전환도 명목상입니다. 문제는 계정에 대한 첫 번째 연결 사실과 관련이 있는 것 같습니다. 효과가 안정적입니다.
일반적으로 원하는 것은 전환할 때입니다. 다른 계정으로 우선 현재 환경에서 현재 계정에 대해 초기화를 수행한 다음 - 마치 처음부터 (새 계정에 연결하고 터미널에 새 환경 값을 실행하는 것처럼)
개체 모델을 구현한 경우 이 개체 모델, 사용 가능한 메서드, 속성 등을 봅니다. 디버깅에서도 마찬가지입니다.
그렇지 않으면 위에서 제안한 모든 것이 대부분의 최신 개발 환경에 있는 것의 일부입니다. 예를 들어 Microsoft Visual Studio와 같이 반복하기만 하면 됩니다. 예를 들어, VB 6에서 VB .NET으로 이동할 때 크게 변경되지 않고 기능은 단순히 별도의 클래스의 일부가 되었으며 고유한 대안을 즉시 찾지 못하는 사람들을 위해 접근 방식의 규모만 증가했습니다. 저수준 기능만 빼서 지식의 범위를 넓히고 프로그래밍 언어까지 바꿨으니 objptr 같은 기능을 모르던 분들은 필요없게 된 게 당연합니다 :) 그럼 물론, 대체 함수와 클래스는 알려져 있었지만 포인터를 사용하여 작업하는 방법이 그런 작은 기능을 사용할 수 있다는 단순성으로 인해 지난 세기로 돌아가고 모든 시간 C++의 문제에 대한 근거 없이 새로운 공간을 열 수 없었습니다. 예를 들어 VB로 작성하려고 하고 ASM을 공부하고 프로그래밍 언어를 만들려고 했지만 시스템 프로그래밍에 대한 추가 지식을 통해 응용 프로그래밍을 위해 만들어진 모든 것 중 가장 좋은 것이 .NET이라는 사실을 알게 되었습니다. 여전히 Java의 논리적 의미를 이해하지 못했으며 Perl PHP 및 동일한 ASP와 마찬가지로 여전히 이해하지 못합니다. .NET의 출현으로 모든 것이 사라졌습니다.
추신: 이것은 우리가 노력해야 하는 것의 한 예입니다. :)
.NET 기술의 심각한 발전을 촉발한 가장 중요한 것은 리플렉션이며, 하나의 설명과 예제가 아닌 가장 작은 세부 사항까지 작동하는 방식을 이해하기 위해 소스 코드를 연구하는 능력은 루트를 보는 능력 이상을 줄 것입니다. . 이와 관련하여 낮은 수준의 접근 방식을 위해 발명된 모든 디스어셈블러 및 기타 많은 도구는 단순히 퇴색합니다. 예를 들어, 저는 .NET 1.0과 1.1, 그리고 2.0에서 더 많은 세부 사항과 차이점을 알고 있습니다. 새 버전이 좋거나 더 좋다는 것을 알기 때문이 아니라 소스 코드와 기계 코드의 차이점을 보았기 때문에 여전히 .NET이 도달하는 모든 새롭고 새로운 높이를 보십시오.
우리는 또한 터미널과 그 언어를 공부했다고 가정하고 우리가 가진 것을 고려하여 비교할 것이 있다고 가정합니다 :) 나는 말을 믿지 않고 내 눈을 믿습니다 :)
1) 드래그 앤 드롭 드래그 순서를 하나의 프로그램으로 지금은 이름이 기억나지 않습니다. 아름답습니다))
2) 테스터 W1에서
3) 언어를 전혀 모르는 초보자도 자신의 아이디어를 고문에 구현하여 역사에서 테스트할 수 있도록 전문가의 시각적 편집기를 제공합니다. 그렇지 않으면 검증에 대한 아이디어가 환상으로 밝혀지고 프로그래머가 없으면 환상과 헤어질 기회가 없습니다))
후자는 지금까지 환상적으로 들리지만, 이것이 구현된다면 mt는 질적 도약을 하고 진정으로 거대해지고 경쟁자들을 영원히 뒤처지게 할 것입니다))