그러나 MQL 편집기용 플러그인 기술은 손상되지 않습니다. 예를 들어 Microsoft Visual Studio 2008/2005 환경에서는 타사 개발 JetBrains Resharper가 각각 Visual Studio Extensions 기술을 기반으로 훌륭하게 작동합니다.
나는 이미 이 생각을 표현했습니다. 언어 개발자가 하나의 특정 기능을 작성하는 데 어려움은 없다고 생각합니다. 그러나 이것은 해서는 안 됩니다. 특정 알고리즘에 바인딩하는 것은 하나의 경향, 즉 도그마를 생성하는 것입니다. 거래 알고리즘 프로그래밍은 전적으로 프로그래머(거래 전략 개발자)의 업무입니다.
또 다른 것은 우리가 순수하게 기술적인, 서비스 기능과 기능의 라이브러리가 필요하다는 것입니다. 예를 들어, 서버에서 반환된 오류를 처리하기 위한 함수를 프로그래밍할 때 프로그래머는 특정 오류(너무 빈번한 요청, 브로커가 바쁜 등)에 대한 전문가의 반응이 어떠해야 하는지 항상 정확하게 이해할 수 없습니다.
또 다른 것은 우리가 순수하게 기술적인, 서비스 기능과 기능의 라이브러리가 필요하다는 것입니다. 예를 들어, 서버에서 반환된 오류를 처리하기 위한 함수를 프로그래밍할 때 프로그래머는 특정 오류(너무 빈번한 요청, 브로커가 바쁜 등)에 대한 전문가의 반응이 어떠해야 하는지 항상 정확하게 이해할 수 없습니다.
거래자가 배달 패키지에 거래 작업의 기성품 라이브러리를 갖는 것이 이상적입니다.
따옴표와 오류 처리에 대해 생각할 필요가 없도록. 나는 아무도 개발자보다 더 잘하지 않을 것이라고 믿습니다.
예, 여기에 더 있습니다:
PsPad와 같은 MetaEditor에 애드온을 작성할 수 있는 기능 부여
다음과 같은 멋진 것을 추가하세요.
1. 짝지어진 괄호 강조 !!!
2. 한 쌍의 대괄호를 추가하는 스크립트
3. 필요한 기능으로 빠르게 전환할 수 있는 파일 트리를 만들어주세요.
4. 죽이기..ig ctrl+f2, 완료!!! Ctrl+1, Ctrl+2, ....
괄호가 없으면 컴파일러는 종종 파일의 끝을 보여줍니다 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
1000줄로 검색해보세요 :)
그리고 예, API에서 바로 후행 중지를 설정하는 함수를 만드는 것도 기억했습니다!!! (두통이 덜하다!!!)
어떤 종류의 후행? ;)
'Library of Functions and Expert Advisors for Trailing / Yuri Dzyuban' 기사에는 그 중 11가지가 설명되어 있습니다. 이러한 논리는 이미 모든 사람이 독립적으로 생성하는 응용 프로그램 계층에 적용됩니다.
그러나 MQL 편집기용 플러그인 기술은 손상되지 않습니다. 예를 들어 Microsoft Visual Studio 2008/2005 환경에서는 타사 개발 JetBrains Resharper가 각각 Visual Studio Extensions 기술을 기반으로 훌륭하게 작동합니다.
어떤 종류의 후행? ;)
'Library of Functions and Expert Advisors for Trailing / Yuri Dzyuban' 기사에는 그 중 11가지가 설명되어 있습니다. 이러한 논리는 이미 모든 사람이 독립적으로 생성하는 응용 프로그램 계층에 적용됩니다.
나는 지원한다.
나는 이미 이 생각을 표현했습니다. 언어 개발자가 하나의 특정 기능을 작성하는 데 어려움은 없다고 생각합니다. 그러나 이것은 해서는 안 됩니다. 특정 알고리즘에 바인딩하는 것은 하나의 경향, 즉 도그마를 생성하는 것입니다. 거래 알고리즘 프로그래밍은 전적으로 프로그래머(거래 전략 개발자)의 업무입니다.
또 다른 것은 우리가 순수하게 기술적인, 서비스 기능과 기능의 라이브러리가 필요하다는 것입니다. 예를 들어, 서버에서 반환된 오류를 처리하기 위한 함수를 프로그래밍할 때 프로그래머는 특정 오류(너무 빈번한 요청, 브로커가 바쁜 등)에 대한 전문가의 반응이 어떠해야 하는지 항상 정확하게 이해할 수 없습니다.
제 생각에는 일부 개체에 대한 속성을 추가하는 것이 매우 유용할 것입니다.
예를 들어 채널의 길이를 결정하는 막대의 수입니다.
채널 작업 시의 어려움:
사용자가 24시간 채널을 H1으로 설정하도록 하십시오.
직관적으로 이해된 알고리즘 은 객체의 오른쪽 및 왼쪽 시간 좌표를 계산하는 것으로 귀결됩니다. 그리고 이러한 계산을 수행하는 것은 어렵지 않습니다. 왼쪽 좌표는 오른쪽 좌표에서 24h를 뺀 값으로 계산됩니다.
동시에 채널의 오른쪽 지점을 예를 들어 0 bar로 설정하고 프로그램을 월 10시에 실행하면 왼쪽 지점은 현재 날짜의 첫 번째 바인 월에 설정됩니다. . 실제 채널 길이는 24개가 아닌 10개입니다.
이러한 버그는 예를 들어 테스트가 수요일에 수행되는 경우 감지하기 어렵습니다. 이 경우 사용자는 "올바르게" 실행된 프로그램의 결과를 보게 됩니다. 채널 길이는 24바입니다.
작은 시간 프레임에 채널을 구축 할 때도 비슷한 문제가 발생하며, 인용 부호는 "구멍"으로 표시됩니다.
또 다른 것은 우리가 순수하게 기술적인, 서비스 기능과 기능의 라이브러리가 필요하다는 것입니다. 예를 들어, 서버에서 반환된 오류를 처리하기 위한 함수를 프로그래밍할 때 프로그래머는 특정 오류(너무 빈번한 요청, 브로커가 바쁜 등)에 대한 전문가의 반응이 어떠해야 하는지 항상 정확하게 이해할 수 없습니다.
거래자가 배달 패키지에 거래 작업의 기성품 라이브러리를 갖는 것이 이상적입니다.
따옴표와 오류 처리에 대해 생각할 필요가 없도록. 나는 아무도 개발자보다 더 잘하지 않을 것이라고 믿습니다.
그리고 전문가는 필요한 경우 자신의 옵션을 작성합니다.
다른 텍스트 요소가 있는 메뉴에서 수행되는 방식과 유사하게 #define 구문을 사용할 때 기호 이름 또는 기호 상수의 색상을 변경할 수 있으면 유용합니다.
예: #define pi 3.14159265358 사소해 보이지만 정의가 많으면 즉시 표시되지 않습니다!