전문 프로그래머로서 "터미널"에서 바라는 것. MQL5에 대한 소망이 있는 또 다른 주제. - 페이지 9

 
Mathemat писал(а) >>

반드시, 그래야만 합니다. 단지 예술을 위해서입니다. goto가 간결하고 우아하게 코딩하는 유일한 방법인 상황이 있습니다.

동의한다. 때로는 매우 필요합니다. 그러나 이벤트 처리로 전환하면 필요성이 사라질 수 있습니다.

 
Korey писал(а) >>

할아버지에게

1. 당신의 아바타를 보니 - 뱃사람 같은 가슴이 보여요 + '할아버지'라는 별명이 있어요 - 네, 배의 정비사를 의미합니다. 특히 모피의 머리가 교환 거래에 들어갔다.
2. 포럼에서 "욕설" 수준은 허용, 거래는 이기심, 이기심 없이 거래 방법이 없습니다)))
저것들. 여기에서 자주 그리고 아주 사소한 경우에 맹세하십시오.
3. 당신이 개인적으로 욕을 하고 싶었는지 아닌지, 하지만 당신은 욕설에 빠졌습니다. 특히 MQL-4가 언어로서 그리고 환경으로서 여전히 동일하기 때문에 = )))
"4글자 연산자"에 대한 수치심에 합류하게 된 것입니다.
그리고 1인칭의 깊은 생각을 이해하지 못한 것에 대한 수치심도 있습니다 - MQL의 창조자))))
- 구멍이 뚫린 매체에 구멍이 뚫린 구멍의 모양을 기억한다면 MQL과 MT-4의 가격을 곧 이해하게 될 것입니다.
4. goto는 후추의 도움으로 가슴에서 찢겨지고 무분별한 수치심으로 찢어집니다. 정신적 비참함과 수치심으로 추정됩니다.
증거를 위해 이 스레드를 확인하십시오.
= 프로그래머로부터 goto 연산자를 빼앗아 지금 점프하도록 놔두었습니다.
5.
그러나 주제:
수치스러운 단어 goto는 생략할 수 있지만 수치스러운 단어 goto 자체와 그 수치스러운 단어 goto 연산자는 이어야 합니다.

에게,

1. 아바타는 알파리 포럼에서 오래된 것입니다. 그리고 바다가 바로 옆에 있어 사무실에서 볼 수 있습니다. :-)

2. 토픽을 훑어봤는데 정말 빵으로 밥 주지 말고 논쟁만 합시다.

3. 천공된 카드와 테이프를 기억하지만 거기에 있는 것은 작동하는 튜브 컴퓨터도 찾았습니다. :-)

4.5. 사실 GOTO(점프)는 모든 프로그램 제어의 기초입니다. 그리고 전체 문제는 비체계적인 사용입니다.

적절한 프로그래머는 이것에 매달리지 않고 필요한 곳에 침착하게 GOTO 문을 작성할 것입니다. 그리고 그것이 언어로 되어 있지 않다면 - 그것도 중요하지 않습니다.

하지만 내버려 두는 것이 더 낫습니다. 그는 음식을 요구하지 않으며 때로는 필요할 수도 있습니다. 그리고 그 쓰레기들, 그가 없이도 "엄마, 걱정하지 마세요." 같은 일을 할 수 있다는 게 무슨 소용이야.

그러나 주제:

언어의 절차적 기능에 대해서는 다루지 않겠지만 많은 주문(사실 테이블)으로 작업할 때 다음과 같은 것이 내장되어 있으면 흥미로울 것입니다.

삭제*
무역에서
WHERE(주문 유형 = OP_BUYLIMIT);

또는

고르다 *
역사에서
WHERE((OrderMagicNumber=2135) 및
(OrderOpenTime > #1/1/2009#));

MQL5의 구조가 약속한다는 점을 고려하면 표준 버퍼에 원하는 주문 하위 집합을 갖고 절차적으로 처리할 수 있습니다.

나는 초기 기초에서 그들이 행렬(루프 내의 루프 내 루프 등)을 곱하여 전체 History 라인을 한 줄씩 게으르게 삽질하는 방법을 기억했습니다.

 

어쨌든 나는 goto가 거기에 있는지 없는지 상관하지 않습니다. 왜냐하면 그것은 필수적이지 않고 아마도 그것을 추가하지 않을 것이기 때문입니다. 그렇지 않으면 포럼이 시들 것입니다 ..

나머지는 이미 명확합니다. 누가 벌 수 있는지, 눈에 충분한 것, 누가 팔고 싶은지, 물론 더 많은 값비싼 싸구려를 원합니다.

분석가 - 그들은 MT를 무엇이든 확장하고 협력할 수 있는 능력과 가능성을 원합니다.

 

전문적인 작업은 학생 수공예품과 달라야 하며 다음은 MQL4를 이에 더 가깝게 만듭니다.

1. "MQL4의 기술 분석" 문서는 터미널의 "지표" 섹션에서 사용할 수 없는 지표에 대한 설명을 제공합니다(예: ZZ).

2. 지표를 설명할 때 문서 "MQL4의 기술 분석"은 소스 코드를 포함한다고 주장되는 코드 베이스를 참조합니다. 이는 사실이 아닙니다. 볼린저 밴드가 "지표" 섹션에 있는 경우 " 사용자 지정 지표 " 섹션(밴드가 아님)에 있으며 그 안의 매개변수는 double 대신 int가 아니라 동일해야 합니다.

3. 코드 베이스에는 문맹자가 작성한 많은 양의 코드가 포함되어 있으며 종종 디버깅이 없거나 오류가 있지만 MetaQuotes 작성자가 표시하는 경우가 많습니다. 코드 베이스는 다음 부분으로 나누어야 합니다.

MetaQuotes가 담당하는 코드(MetaQuotes가 작성하지 않았을 수도 있음)(오류 조언 및 수정)

제3자가 작성한 코드이지만 해설(중재자) MetaQuotes;

나머지는 모두.

어쨌든 MetaQuotes는 현재 형태의 쓰레기 더미인 Code Base?보다 기사에 대해 더 세심합니다.

4. "지표" 섹션의 모든 지표에는 해당 작성자가 제안한 알고리즘이 있어야 합니다. 이 알고리즘이 다른 경우 적절한 설명이 필요하며 지표를 큰 이름으로 부르는 것은 적절하지 않습니다.

5. 지표 알고리즘이 더 오래되고 일반적인 시스템과 일치하는 것이 매우 바람직합니다. Metastock은 관련 지표의 개발자가 개발에 참여했기 때문에 분석 시스템 중에서 특별한 위치를 차지합니다.

6. MetaQuotes에서 개발한 지표의 수는 적절한 수준으로 확장되어야 하며, 이전 언급을 고려하여 Metastock의 수 및 목록에 해당합니다.

7. 각 지표에 대해 차트의 전체 또는 일부를 다시 계산하지 않고 필요한 부분만 다시 계산하는 해당 "기능"을 작성해야 합니다. 이것은 시간 테스트를 심각하게 단순화해야 합니다.

8. 모든 지표와 기능은 오픈 소스여야 합니다.

9. Expert Advisors 및 Scripts 외에도 다음 거래 세션에 대한 쌍을 선택하기 위해 테스터 모드에서 특정 통화 쌍 및 기간 세트를 분석할 수 있는 Explorer(Metastock의 아날로그)도 필요합니다. .

 

1. 이제 왜 ZigZag 가 터미널에 내장된 표준 기술 지표 목록에 포함되지 않았는지 말하기 어렵습니다. 아마도 다양한 해석 때문일 것입니다. 그러나 이제 터미널에서 사용하거나 MQL4에서 직접 작성할 수 있는 다양한 지그재그가 있습니다.

2. 그런 것이 있습니다. 사용자 정의와 표준 볼린저 밴드 표시기의 편차 매개변수는 유형이 다릅니다. 이것은 MetaTrader 5에서 수정되었습니다. 이 순간을 제외하고 모든 표시기는 MQL4의 소스 코드로 표시됩니다.

3. MetaQuotes를 대신하는 코드 기반의 지표는 오류 없이 디버깅되어야 합니다. 오류를 발견하면 신고해 주세요.

4. 알고리즘의 완전한 고유성을 보장하기 어렵고 대부분의 지표가 매우 유사합니다.

5. 알고리즘은 사람에 의해 작성되며 정지된 것은 없으며 대부분의 알고리즘이 Metastock에 대해 한 번에 확인되었습니다.

6. 이것은 MetaQuotes Software Corp.의 기본 작업이 아닙니다. MQL4 언어로 거의 모든 수준의 복잡성에 대한 지표를 작성할 수 있는 기회를 제공했습니다. 우리의 의견으로는 이것이 수백 개의 지표를 터미널에 내장하는 것보다 더 중요합니다.

7. 이것이 MQL4의 방식입니다. 코드에서 자신이 지표 계산 프로세스를 완전히 제어합니다.

8. 코드베이스에는 공개된 코드만 게시되며, 이를 통해 MetaEditor에서 직접 다운로드할 수 있습니다.

9. 이것은 완전히 명확하지 않습니다.

 
Rosh писал(а) >>

1. 이제 왜 ZigZag 가 터미널에 내장된 표준 기술 지표 목록에 포함되지 않았는지 말하기 어렵습니다. 아마도 다양한 해석 때문일 것입니다. 그러나 이제 터미널에서 사용하거나 MQL4에서 직접 작성할 수 있는 다양한 지그재그가 있습니다.

2. 그런 것이 있습니다. 사용자 정의와 표준 볼린저 밴드 표시기의 편차 매개변수는 유형이 다릅니다. 이것은 MetaTrader 5에서 수정되었습니다. 이 순간을 제외하고 모든 지표는 MQL4의 소스 코드로 표시됩니다.

3. MetaQuotes를 대신하는 코드 기반의 지표는 오류 없이 디버깅되어야 합니다. 오류를 발견하면 신고해 주세요.

4. 알고리즘의 완전한 고유성을 보장하기 어렵고 대부분의 지표가 매우 유사합니다.

5. 알고리즘은 사람에 의해 작성되며 정지된 것은 없으며 대부분의 알고리즘이 Metastock에 대해 한 번에 확인되었습니다.

6. 이것은 MetaQuotes Software Corp.의 기본 작업이 아닙니다. MQL4 언어로 거의 모든 수준의 복잡성에 대한 지표를 작성할 수 있는 기회를 제공했습니다. 우리의 의견으로는 이것이 수백 개의 지표를 터미널에 내장하는 것보다 더 중요합니다.

7. 이것이 MQL4의 방식입니다. 코드에서 직접 표시기를 계산하는 프로세스를 완전히 제어합니다.

8. 코드 베이스에는 공개된 코드만 게시되며 이를 통해 메타에디터에서 직접 다운로드할 수 있습니다.

9. 이것은 완전히 명확하지 않습니다.

나는 당신의 대답을 받아들일 수 없습니다. 왜냐하면 그것은 성가신 시민에 대한 고위 관리의 대답에 가깝기 때문입니다. 비록 제가 요구하거나 요구하지 않지만 - 저는 단지 공익을 위해 일할 뿐입니다. 포인트.

1. ZZ는 Metastock에서 사용할 수 있으며 알고리즘이 더 좋습니다(제 생각에는). 나머지 다양성은 표준이 있을 때 좋습니다. ZZ 외에도 ADX를 찾지 못했고 다시 사용할 수 있는 다양한 ADX에는 다른 알고리즘이 있으므로 ADX_Rosh와 같은 다른 차트도 있습니다.

2. 제공된 링크는 예시일 뿐입니다. 그리고 이러한 차이점은 이뿐만이 아닙니다. 예를 들어, 모든 사용자 지정 지표에는 " 적용 _ 가격 " 매개변수가 없지만 설명에 따르면 매개변수가 있어야 하는 지표에서 사용할 수 있습니다.

이 Accelerator에는 기간 매개변수가 없습니다. 내가 알기로는 아무도 이를 검증하지 않았고, MQ가 소스 코드를 제공하지 않았다는 나의 논문이 이것으로 증명된다.

3. 이 항목에 대한 귀하의 의견을 받아들이지 않았습니다.

4. 전문성 개발은 저자의 세계적으로 유명한 알고리즘이 보장된다는 점에서 학생 개발과 다릅니다 - 귀하의 설명을 받아들일 수 없습니다.

5. 메타스톡을 기준으로 한다면 어떤 진전을 말하는 걸까요? Metastock에서 지표 알고리즘은 변경되지 않습니다.

6. 유감입니다. 아마도 이해하지 못했을 것입니다. 수백 개의 지표를 개발하는 것에 대해 말하는 것이 아닙니다. Metastock에는 수백 가지가 있지만 다른 것이 중요합니다. 이것은 거래 시스템 구축을 위한 기능적으로 완전한 지표 세트입니다. 시장의 특성에 따라 지표를 보다 합리적으로 분류할 수 있습니다. 예를 들어, 변동성 지표. 그리고 오실레이터는 무엇을 드러내며, 이 시장의 특징은 무엇입니까? Williams의 거래 시스템은 지표로 제공됩니다. 이것은 훌륭하지만 별도의 섹션이며 지표와 관련되어서는 안됩니다. 이것은 거래 시스템입니다(Metastock에서는 별도의 하위 섹션임). 그 중 많은 수가 있을 수 있습니다.

7. 표시기 코드에서 아무 것도 제어하지 않습니다. 표시기 값 0, 1, 2를 얻으려면 세 번 호출해야 합니다. 표시기 버퍼를 사용할 수 없습니다. 포럼은 지표의 텍스트를 Expert Advisor의 텍스트로 이전하는 것에 대한 권장 사항을 통해 이러한 어려움을 반영합니다.

8. 지표 코드는 .mqh에 포함될 수 없으며 추가 노력이 필요하며 가장 중요한 자격입니다.

9. 이것은 여러 통화 쌍 및/또는 조언자를 테스트한 결과를 모으는 테스터 모드입니다. 이것은 Metastock에서 사용할 수 있습니다.

9개의 요점 뒤에 내 주요 아이디어는 다시 손실됩니다. "Metaquots" 스탬프가 배치되는 코드 기반 부분은 전문가 수준에서 수행되어야 합니다. 그리고 우리가 코드 베이스를 "오픈 소스"라고 부른다면 이 코드는 전문적이고 전문적으로 디자인된 사람이 작성해야 합니다.

오픈 소스 지표에는 "언어 설명" 및 "기술 분석"과 같은 설명이 있어야 하지만 참조되는 코드와 정확히 일치해야 합니다.

또한 지표 자체의 원본 텍스트에는 다음이 포함되어야 합니다.

- 입력 매개변수에 대한 설명

- 출력 매개변수에 대한 설명

- 알고리즘에 대한 자세한 설명

- 프로그램의 다른 부분에 대한 설명

- 최대 Mq4 가능성에 대한 표시기 버퍼의 설계.

- 표시기 입력 매개변수 유효성 확인 필수(기억나지 않음)

- 가까운 값을 비교할 때 정확도가 떨어지는 문제 해결

메타트레이더를 개선하고자 하는 열망을 제외하고는 위의 텍스트 뒤에는 아무 것도 없습니다.

 

가능하면 Expert Advisors를 개발하고 그 안에 괄호를 세는 편의를 위해 ME-5에 기능을 추가하여 그림과 같이 다른 색상의 레이블을 넣을 수 있습니다.

그림판에서 고문의 스크린샷을 복사하고 그림의 예와 같이 색상 표시와 다양한 모양을 적어서 수동으로 사용합니다.

 
Night_Sun писал(а) >>

가능하면 Expert Advisors를 개발하고 그 안에 괄호를 세는 편의를 위해 ME-5에 기능을 추가하여 그림과 같이 다른 색상의 레이블을 넣을 수 있습니다.

그림판에서 고문의 스크린샷을 복사하고 그림의 예와 같이 색상 표시와 다양한 모양을 적어서 수동으로 사용합니다.

그러면 NotePad++가 도움이 될 것입니다. 그리고 복사할 필요가 없습니다. 그리고 관련 괄호는 http://notepad-plus.sourceforge.net/ru/site.htm 강조 표시됩니다.