글쎄, 당신은 기능적 접근 방식과 oop의 뒤죽박죽을 얻습니다. 한 가지는 이념적으로 맞아야 합니다. 하위 호환성을 위해 일반 기능을 유지하더라도 OOP도 구현해야 합니다. 그렇지 않으면
왜 MQL5라고 불리는 그러한 심층 현대화인가 ?
불행히도 우리의 모든 토론은 커피 찌꺼기에 대한 점술과 비슷합니다. 메타 인용문에 대한 욕망을 보지 못하기 때문에 의미가 없습니다. 베타 버전을 구동하게 할 뿐만 아니라 구현한 언어의 사양도 공개하고 최소한 문법은 공개 액세스에 게시될 것입니다 . 그렇다면 제품으로 출시되기 전에 해당 언어로 작업을 수행하도록 요청하는 것이 합리적일 것입니다.
그러나 그것은 여전히 죽일 것입니다. MQL5의 MQL4 + 클래스의 기능적 접근 방식을 완벽하게 지원합니다.
C 프로그래머 또는 "단순한 거래자"에 집중해야 합니다. 한 번에 모든 사람을 만족시킬 수는 없습니다.
기능적 접근 또는 oop는 일반적으로 이러한 레이블입니다. 이데올로기는 자신의 것일 수 있으며 특정 작업을 위해 생각한 것일 수 있습니다. 무역 .. 글쎄, 무역이 아닌 다른 것.
어떤 종류의 이데올로기가 발명되었는지 결코 알 수 없습니다. MQL은 거래를 위한 언어입니다. 그러나 S-shnyh 실행 파일과 같은 성능을 약속한다면 그 안에서 수학을 계산할 수도 있습니다.
그리고 일반적으로 그들이 그것을 어떻게 하는지는 중요하지 않으므로 우리는 일할 것입니다.
나는 디버거, 코드 형식 지정, 양방향으로 단계별 모드를 사용한 시각적 테스트가 없다는 점에 더 짜증이 난다. 서로 달라야 하지만 이런 식으로 작동하는 이유를 확인하는 것이다.
팁: MT는 거래 터미널일 뿐만 아니라 상당히 강력한 기술 환경이 되었습니다. 거래 "장치"의 분석 및 개발 ....
--
기능요청: 유전자 최적화 알고리즘 을 사용할 때 최상의 옵션을 찾는 것이 항상 가능한 것은 아닙니다. 한편으로 이 메커니즘을 사용하는 것은 속도를 위해 품질을 희생한다는 것을 어느 정도 의미합니다. 하지만 더 나을 수도 있다고 생각합니다. 나는 정기적으로 몇 가지 긍정적 인 옵션을 발견하고 최적화 프로그램이 다른 옵션을 찾기 위해 "충분한 노력"을 기울이지 않고 주위를 돌거나 더 나은 옵션이있을 수 있습니다. 옵티마이저가 작동하려면 내부 매개변수에 의해 특정 품질/속도 비율이 선택됩니다. 어떤 경우에는 충분하고 어떤 경우에는 그렇지 않으며 어떤 경우에는 과도합니다. 몇 가지 고정 설정이 있는 추가 설정으로 "품질 / 속도" 매개변수를 이동하여 유전 알고리즘에 유연성을 추가하는 것은 불가능합니다. 그 뒤에는 최적화 프로그램의 해당 내부 매개변수가 있습니다.
글쎄, 당신은 기능적 접근 방식과 oop의 뒤죽박죽을 얻습니다. 한 가지는 이념적으로 맞아야 합니다. 하위 호환성을 위해 일반 기능을 유지하더라도 OOP도 구현해야 합니다. 그렇지 않으면
왜 MQL5라고 불리는 그러한 심층 현대화인가 ?
불행히도 우리의 모든 토론은 커피 찌꺼기에 대한 점술과 비슷합니다. 메타 인용문에 대한 욕망을 보지 못하기 때문에 의미가 없습니다. 베타 버전을 구동하게 할 뿐만 아니라 구현한 언어의 사양도 공개하고 최소한 문법은 공개 액세스에 게시될 것입니다 . 그렇다면 제품으로 출시되기 전에 해당 언어로 작업을 수행하도록 요청하는 것이 합리적일 것입니다.
그러나 그것은 여전히 죽일 것입니다. MQL5의 MQL4 + 클래스의 기능적 접근 방식을 완벽하게 지원합니다.
C 프로그래머 또는 "단순한 거래자"에 집중해야 합니다. 한 번에 모든 사람을 만족시킬 수는 없습니다.
기능적 접근 또는 oop는 일반적으로 이러한 레이블입니다. 이데올로기는 자신의 것일 수 있으며 특정 작업을 위해 생각한 것일 수 있습니다. 무역 .. 글쎄, 무역이 아닌 다른 것.
어떤 종류의 이데올로기가 발명되었는지 결코 알 수 없습니다. MQL은 거래를 위한 언어입니다. 그러나 S-shnyh 실행 파일과 같은 성능을 약속한다면 그 안에서 수학을 계산할 수도 있습니다.
그리고 일반적으로 그들이 그것을 어떻게 하는지는 중요하지 않으므로 우리는 일할 것입니다.
나는 디버거, 코드 형식 지정, 양방향으로 단계별 모드를 사용한 시각적 테스트가 없다는 점에 더 짜증이 난다. 서로 달라야 하지만 이런 식으로 작동하는 이유를 확인하는 것이다.
그러나 그것은 여전히 죽일 것입니다. MQL5의 MQL4 + 클래스의 기능적 접근 방식을 완벽하게 지원합니다.
그런 자신감이 어디 있습니까? FP와 OOP는 C++에서 결합되며 이 언어로 구현된 모든 패러다임이 아닙니다. 내 언어(내 자신의 ;))는 C++가 엉망이라고 말하지 않을 것입니다.
C 프로그래머 또는 "단순한 거래자"에 집중해야 합니다. 한 번에 모든 사람을 만족시킬 수는 없습니다.
물론 프로그래머를 위해. 프로그래머가 아닌 사람은 언어의 본격적인 사용자라고 할 수 없습니다.
그리고 일반적으로 그들이 어떻게 하느냐는 중요하지 않습니다. 우리는 일할 것입니다.
맞습니다. 더 많은 하위 호환성을 약속합니다.
디버거, 코드 형식 지정, 양방향으로 단계별 모드를 사용한 시각적 테스트의 부재에 더 짜증이 납니다. 서로 달라야 하지만 이런 식으로 작동하는 이유를 확인하는 것 등입니다.
불편하지만 해결할 수 있습니다.
iCustom 에서 매개변수를 무제한으로 가질 수 있거나 문자열 배열로 전달할 수 있으면 좋을 것입니다.
그래서 이것이 자신의 형식을 전송하고 모든 매개변수를 한 줄로 전달하는 것을 방지하는 것입니까? 그리고 수신 측에서 구문 분석하십시오. XML을 첨부합니다. 일반적으로 상상의 여지가 있습니다.
아마도 그랬을지 모르겠지만 테스터의 '입력 흐름'을 다른 피드에 연결하여 다른 패턴, 임의의 시리즈 등을 생성할 수 있기를 원했습니다.
또한 시간 기반 알고리즘보다 난수 생성 을 위해 Windows Crypto Providers를 사용하는 것도 매우 좋습니다.
팁: MT는 거래 터미널일 뿐만 아니라 상당히 강력한 기술 환경이 되었습니다. 거래 "장치"의 분석 및 개발 ....
--
기능요청: 유전자 최적화 알고리즘 을 사용할 때 최상의 옵션을 찾는 것이 항상 가능한 것은 아닙니다. 한편으로 이 메커니즘을 사용하는 것은 속도를 위해 품질을 희생한다는 것을 어느 정도 의미합니다. 하지만 더 나을 수도 있다고 생각합니다. 나는 정기적으로 몇 가지 긍정적 인 옵션을 발견하고 최적화 프로그램이 다른 옵션을 찾기 위해 "충분한 노력"을 기울이지 않고 주위를 돌거나 더 나은 옵션이있을 수 있습니다. 옵티마이저가 작동하려면 내부 매개변수에 의해 특정 품질/속도 비율이 선택됩니다. 어떤 경우에는 충분하고 어떤 경우에는 그렇지 않으며 어떤 경우에는 과도합니다. 몇 가지 고정 설정이 있는 추가 설정으로 "품질 / 속도" 매개변수를 이동하여 유전 알고리즘에 유연성을 추가하는 것은 불가능합니다. 그 뒤에는 최적화 프로그램의 해당 내부 매개변수가 있습니다.
Z.Y. 물론 최적화 단계에서 시스템의 이익이 정해지지 않는다는 점은 이해합니다.)
Z.Y2. 위기가 MQL5의 개발에 영향을 미치지 않기를 바랍니다
Z.Y3. 베타 테스터는 어디에서 등록합니까?)
코드를 작성하기 위한 배경은 세로 줄무늬여야 합니다. 블록과 완전히 혼동됩니다. 눈이 크게 뜨고 모니터 위에 자를 올려야 합니다. :)
이를 위해 VC에는 Ctrl+], Ctrl+[ - 매우 필요한 기능이 있습니다.
코드를 작성하기 위한 배경은 세로 줄무늬여야 합니다. 블록과 완전히 혼동됩니다. 눈이 크게 뜨고 모니터 위에 자를 올려야 합니다. :)
들여쓰기를 더 넓게 만들기만 하면 됩니다.