문서나 예제가 없거나 거의 없는 척 하지 마십시오. 이 사이트 에는 다른 곳에서는 찾을 수 없는 많은 예제가 있습니다.
나는 문서가 충분하지 않은 척하지 않습니다. 그는 일반 텍스트로 쓴 것 같습니다-필요한 사람이 없습니다. 예, 많은 문서가 있습니다. 그것은 분명하다. 4000페이지. 350개의 기사. 물론, 많이.
레나트 :
너는 말하고있다.
뭔가를 우연히 발견할 때마다 구현 품질이 좋지 않은 예를 주기적으로 제공해야 합니다. 그리고 다른 많은 사람들이 언어뿐만 아니라 이미 여러 번 인용했습니다.
끊임없이 사람들은 플랫폼이 완전히 예상치 못한 방식으로 업데이트되었다고 맹세합니다. 당신은 내 말을 과장하고 있습니다.
레나트 :
MT4는 9년 전에 출시되었으며 최신 업그레이드가 없었다면 많은 것을 잃었을 것입니다. 우리는 좋은 호환성을 유지했으며 여전히 이전 MQL4 코드에 대한 가상 머신의 두 번째 복사본을 끌고 있습니다.
업데이트 관련: 시스템 업데이트 파일을 전송하여 방화벽에 의해 차단되지 않도록 하는 방법은 우리에게 달려 있습니다. 당신이 그렇게 똑똑하다고 생각한다면 수백만 대의 컴퓨터에 .exe 파일을 전송하고 그 중 몇 대가 바이러스 백신과 방화벽에 의해 삭제되는지 확인하십시오.
실제로, upgrade'에 대해 반대는 없습니다. 그리고 여기, 업그레이드를 통한 자발적인 행동에 반대합니다. 이것이 사람들이 포럼에서 이런 일이 발생할 때마다 욕을 하는 이유입니다. 그러나 업그레이드 자체가 악이 아니라는 것은 분명합니다.
그건 그렇고, 당신은 여전히 마지막에 실행 가능한 .exe 파일을 만들어야합니다. 예를 들어, 터미널, 편집기의 새 버전의 실행 파일. 안티바이러스가 여기에 간섭합니까?
터미널 업그레이드를 잠시 금지해야 하고 그 과정에서 우연히 해당 폴더에서 그런 파일을 찾았습니다. 언뜻 생각하는 것과 전혀 같지 않은 것입니다. 이것이 기억났습니다. 일반적으로. 그것이 밝혀졌습니다.
레나트 :
이것은 빨간색 단어에 대한 것입니다. 이해합니다.
순수한 거짓말.
헛소리는 그만하고 바로 거짓말을 하세요. 논쟁의 욕망을 위해 해안을 잃지 마십시오.
Microsoft 소개 - 빨간 말을 하자면 이것은 Microsoft 제품 및 개발 중인 MetaQuotes 제품과 함께 작업하면서 발전한 제 느낌입니다.
그리고 문서의 파편화에 대해 - 이것은 내 의견과 감정이며 거짓말이 아닙니다. 당신은 다르게 생각할 수 있지만 결국 당신은 평가에서 틀릴 수 있습니다.
레나트 :
현실에 더 가까이 가자:
MQL5.com에 397,000명의 등록된 사용자
그 중 10,100명의 판매자가 여권 데이터를 가지고 있습니다.
매일 약 15개의 새로운 프로그램이 시장에 추가되고 약 10개의 기존 프로그램 업데이트
MQL5 시장에는 약 1,300개의 프로그램이 있습니다.
MQL4 마켓에는 약 1,850개의 프로그램이 있습니다.
매달 700-800개의 프리랜서 작업이 완료됩니다.
MQL5 Codebase에는 2,000개가 조금 넘는 소스 프로그램이 있습니다.
MQL4 Codebase에는 3,300개가 넘는 소스 프로그램이 있습니다.
4,000페이지 분량의 MQL5 문서 및 9개 언어로 번역
350개가 넘는 MQL5 기사
5개 언어로 제공되는 MQL5.community
포럼과 검색 엔진은 매우 중요합니다.
서비스: 신호, 분산 컴퓨팅, 호스팅
등.
그리고 이것은 심플턴이 반대하는 것입니다. 유감스럽게도 그는 자신이 무엇을 비판하는지 전혀 모릅니다.
나는 자원이 많다는 사실에 반대하지 않는다. 대신, 나는 그것들이 서로 연결되어 있지 않으며 기본 문서에 일관성이 없다고 생각합니다. 그리고 갑자기 이것이 실제로 사실이라면 많은 양의 자원이 축복이 아니라 악이 됩니다. 필요한 것을 찾기 위해 모든 것을 살펴보는 데 충분한 시간/노력이 없을 수 있기 때문입니다. 물론 내가 틀릴 수도 있다. 한편, 이런 상황이 메타쿼츠의 번영에 좋은 것으로 판명될 수도 있다.
나는 이제 MetaQuotes 제품에 대해 침착하기 때문에 이것에 대해 걱정하지 않습니다.
그러나 어쨌든 나는 자원이 많다는 사실에 반대하지 않는다. 예, 많이 있습니다. 다시 말하지만 이것은 분명합니다. 이것을 확신하려면 목록을 다시 읽는 것으로 충분합니다.
초보자가 아닌 문서의 품질을 평가하는 방법. 여기 OOP에 대한 연구에 종사하고 있습니다. 다양한 MQL5 문서에서 많은 것을 읽었습니다. Simpleton이 말했듯이 API가 아닌 핵심을 연구했습니다. 읽고 나니 질문이 점점 늘어납니다. 포럼 덕분에 IP 금지를 우회하여 몇 가지 질문을 할 수 있었습니다. 그리고 심플턴이 아니었다면 대부분은 답을 얻지 못했을 것입니다. 그것이 문서의 품질입니다.
API에 관해서는. 기계의 모든 리소스가 저장되고 코드가 가능한 한 효율적이도록 올바르게 사용하는 방법을 아직 모릅니다. iPrice 대신 CopyXXX를 사용할 준비가 되었습니다. 많은 줄이 필요합니다. 결국 알아 낸 후에 나에게 편리한 형태로 배열하고 사용할 것입니다. 하지만 알아내세요 - 젠장, 당신이 알아낼 겁니다. 다음은 그러한 문서입니다.
OOP에서 동일한 지표를 올바르게 작성하는 방법을 보여달라고 여러 번 요청했습니다. 그리고 바로 썼지만 OOP에 대한 지표는 전혀 보지 못했습니다. 개발자가 제공하는 지표의 소스 코드는 끔찍합니다. 마치 수십 년 전에 쓰여진 것처럼.
옵티마이저/테스터의 OOP 개념을 말하도록 요청받았습니다. 아무도 동일한 털이 많은 실시간 자동 최적화를 수행하지 않은 것과 같습니다. 그러나 그들은 sidal 신경을 통해 ini 파일을 생성하고 결과를 추가로 구문 분석하는 테스터(MT4 / 5) 출시로 밝혀졌습니다. S-300부터 참새까지 직접 만드는 것보다 쉬울 것 같습니다. 요컨대, 가장 간단한 작업은 해결되지 않습니다. 그리고 이것은 API가 아니라 언어의 핵심입니다.
나 자신은 여기에 개발자의 대답이 일반적으로 침묵 또는 "바보 자신"인 다소 간단한 질문을합니다. 귀하의 입장에 대한 강력한 주장을 발견하면 개발자는 단순히 응답하지 않습니다. 그렇지 않아도 불친절하고 무시하는 느낌이 있습니다.
지금까지 저는 알고리즘과 외환만 좋아하므로 MQL4++가 도입된 후 MT4보다 MT5의 장점이 하나도 없습니다. MT5 테스터의 한계가 있는 개발자의 모든 테스터는 무시됩니다. 한계가 나에게 중요하기 때문입니다.
반면에 저는 MT4/5 사용자의 쓰리시그마에 속하지도 않으니 안심하셔도 됩니다. 마케팅 - 우리의 전부가 아니라면 많이.
코드베이스에 따르면 그런 인상이있었습니다. MQL4(++ 제외) - 작품의 저자는 때때로 언어에서 상상할 수 없는 것을 짜냅니다. 많은 것을 배울 수 있지만 언어는 더 이상 관련이 없습니다.
MQL5(MQL4++) - 논문 작성자 는 . 글쎄요, 최소한 몇 가지 예시적인 실제 코드가 있을 것입니다. 그래서 아니오, 당신은 그것을 찾을 수 없습니다.
그리고 더 많은 것을 원합니다. 최근 10,000명의 시장 판매자에 대한 기사에서 언급한 바와 같이 매월 $20,000를 번다. 어떤 종류의 똥-TS를 작성하고 어떤 마케팅 조치를 취해야 신호 판매가 규모에 맞지 않는지 이해해야합니다. 그건 그렇고 이것은 별도의 주제가 필요한 주제입니다 ... 빨판은 깎기 위해 산다는 의견이 있습니다. 그리고 여기에서 그러한 생성자는 많은 사람들에게 유휴 상태입니다. 마스터해야 합니다.
초보자가 아닌 문서의 품질을 평가하는 방법. 여기 OOP에 대한 연구에 종사하고 있습니다. 다양한 MQL5 문서에서 많은 것을 읽었습니다. Simpleton이 말했듯이 API가 아닌 핵심을 연구했습니다. 읽고 나니 궁금한 점이 더 생겼습니다. 포럼 덕분에 IP 금지를 우회하여 몇 가지 질문을 할 수 있었습니다. 그리고 심플턴이 아니었다면 대부분은 아마 답이 없었을 것입니다. 그것이 문서의 품질입니다.
API에 관해서는. 기계의 모든 리소스가 저장되고 코드가 가능한 한 효율적이도록 올바르게 사용하는 방법을 아직 모릅니다. iPrice 대신 CopyXXX를 사용할 준비가 되었습니다. 많은 줄이 필요합니다. 결국 알아 낸 후에 나에게 편리한 형태로 배열하고 사용할 것입니다. 하지만 알아내십시오 - 젠장, 당신이 알아낼 것입니다. 다음은 그러한 문서입니다.
포럼의 질문에 따르면 언어 요소, OOP 연구에는 관심이 있지만 프로그램 작성 에는 관심이 없습니다. 따라서 API에 도달하지 못했습니다.
OOP의 기본 질문은 C++에 대한 모든 책에서 디스어셈블될 수 있습니다. 이는 프로그래밍에서 간과할 수 없는 부분으로 MQL5와 직접적인 관련이 없는 기반이다.
OOP에서 동일한 지표를 올바르게 작성하는 방법을 보여달라고 여러 번 요청했습니다. 그리고 바로 썼지만 OOP에 대한 지표는 전혀 보지 못했습니다. 개발자가 제공하는 지표의 소스 코드는 끔찍합니다. 마치 수십 년 전에 쓰여진 것처럼.
대부분의 경우 표시기 는 세 가지 기능으로 구성되며 OOP를 사용하는 것은 의미가 없습니다. 뭔가 더 복잡하다면 신을 위해 사용하십시오.
옵티마이저/테스터의 OOP 개념을 말하도록 요청받았습니다. 아무도 동일한 털이 많은 실시간 자동 최적화를 수행하지 않은 것과 같습니다. 그러나 그들은 sidal 신경을 통해 ini 파일을 생성하고 결과를 추가로 구문 분석하는 테스터(MT4 / 5) 출시로 밝혀졌습니다. S-300부터 참새까지 직접 만드는 것보다 쉬울 것 같습니다. 요컨대, 가장 간단한 작업은 해결되지 않습니다. 그리고 이것은 API가 아니라 언어의 핵심입니다.
당신은 존재하지 않는 "OOP-테스터의 개념"을 생각해 냈고, 당신만이 이해할 수 있는 단어 더미를 배열했습니다.
나 자신은 여기에 개발자의 대답이 일반적으로 침묵 또는 "바보 자신"인 다소 간단한 질문을합니다. 귀하의 입장에 대한 강력한 주장을 발견하면 개발자는 단순히 응답하지 않습니다. 그렇지 않아도 불친절하고 무시하는 느낌이 있습니다.
당신은 공개 포럼에서 의사 소통하고, 귀하와 통신하고, 도움을 줍니다. 즉, 무료 개인 훈련의 임무가 완료됩니다.
또한 누구에게나 답변을 의무화하지 않으며 모든 것이 자발적으로 이루어집니다.
지금까지 저는 알고리즘과 외환만 좋아하므로 MQL4++가 도입된 후 MT4보다 MT5의 장점이 하나도 없습니다. MT5 테스터의 한계가 있는 개발자의 모든 테스터는 무시됩니다. 한계가 나에게 중요하기 때문입니다.
광범위한 진술을 하려면 충분한 수준의 이해가 있어야 합니다. 불행히도 아직 가지고 있지 않습니다.
코드베이스에 따르면 그런 인상이있었습니다. MQL4(++ 제외) - 작품의 저자는 때때로 언어에서 상상할 수 없는 것을 짜냅니다. 많은 것을 배울 수 있지만 언어는 더 이상 관련이 없습니다.
MQL5 (MQL4++) - 작품의 저자는 언어의 가능성에서 최소한의 것을 짜냅니다. 글쎄요, 최소한 몇 가지 예시적인 실제 코드가 있을 것입니다. 그래서 아니오, 당신은 그것을 찾을 수 없습니다.
새롭고 더 강력한 가능성이 다소 얕고 적합하지 않다는 인상을주기 위해 오래된 것을 발명하고 영화롭게합니다.
무역은 상당히 특정한 직업입니다. 프로그래밍을 포함한 많은 문제에 대한 지식이 필요합니다.
누군가에게 의지하는 것조차 옳은 일이 아닙니다. 우리는 우리가 통과했다는 것을 알고 있습니다.
MQL4 언어는 프로그래밍에 대한 지식이 전혀 없어도 그렇게 복잡하지 않은 것으로 판명되었습니다. 빨리 익숙해졌습니다.
그러나 ++를 추가하면 어떻게 든 새로운 수준으로 이동하는 데 실패합니다. MQL4, MQL5 그 자체로는 별 불만이 없지만, 접근할 수 있는 가늘고 단순한 형태의 학습이 없다는 사실이 브레이크다. 비전문가의 경우 교육을 위해 4000-40000페이지를 파헤치는 것은 완전히 적합하지 않으며 필요하지도 않습니다. 한 줄 한 줄 주석이 있는 프로그램의 몇 가지 예라도 가장 두꺼운 책보다 더 많은 것을 제공하고 학습에 낙관론을 더할 것입니다. 모든 사람이 전문가일 필요는 없지만 사용자 수준에서는 단순히 필요합니다.
MQL5는 기능을 향상시키면서 오랫동안 사용되어 왔습니다. 그리고 나는 그것을 연구하는 데 전혀 끌리지 않았습니다. 왜냐하면 그것이 실용적인 응용을 찾지 못할 것이 분명했기 때문입니다.
하지만 MQL4++(클론 MQL5)가 등장하면서 "생성자", "연산자 과부하" 등을 읽을 때 스스로에게서 바보를 제거해야 한다는 것이 분명해졌습니다. 이론이 아닌 실전 문제를 쓰면서 OOP를 공부 하기 시작했습니다. 그 과정에서 나는 질문을 했고 많은 사람들이 심플턴에게서 답을 받았습니다. 그 결과 OOP 의 관행 을 이해하기 시작했습니다. OOP를 위한 OOP는 슬픈 접근 방식입니다.
이제 나는 모든 것을 OOP로만 씁니다. 작은 프로그램이라도. 정말 멋진! 그러나 실천적 문제를 풀어야 비로소 느낄 수 있다.
따라서 MQL5 코어( == MQL4++)를 공부하는 것이 좋습니다. 플랫폼 번호를 결정할 시간은 항상 있을 것입니다.
MQL5는 기능을 향상시키면서 오랫동안 사용되어 왔습니다. 그리고 나는 그것을 연구하는 데 전혀 끌리지 않았습니다. 왜냐하면 그것이 실용적인 응용을 찾지 못할 것이 분명했기 때문입니다.
하지만 MQL4++(클론 MQL5)가 등장하면서 "생성자", "연산자 과부하" 등을 읽을 때 스스로에게서 바보를 제거해야 한다는 것이 분명해졌습니다. 이론이 아닌 실전 문제를 쓰면서 OOP를 공부하기 시작했습니다. 그 과정에서 나는 질문을 했고 많은 사람들이 심플턴에게서 답을 받았다. 그 결과 OOP 의 관행 을 이해하기 시작했습니다. OOP를 위한 OOP는 슬픈 접근 방식입니다.
이제 나는 모든 것을 OOP로만 씁니다. 작은 프로그램이라도. 정말 멋진! 그러나 실천적 문제를 풀어야 비로소 느낄 수 있다.
따라서 MQL5 코어( == MQL4++)를 공부하는 것이 좋습니다. 플랫폼 번호를 결정할 시간은 항상 있을 것입니다.
OOP는 만병 통치약이 아닙니다. 대부분의 경우 필요하지 않으며 방해하기도 합니다. 하지만 그것 없이는 할 수 없을 때가 있습니다. 작업을 더 쉽고 빠르게 만드는 데 도움이 됩니다.
Vinin : OOP는 만병 통치약이 아닙니다. 대부분의 경우 필요하지 않으며 방해하기도 합니다. 하지만 그것 없이는 할 수 없을 때가 있습니다. 작업을 더 쉽고 빠르게 만드는 데 도움이 됩니다.
나도 그렇게 생각했었다. 그리고 지금도 그것은 나에게 논리적으로 보인다. 하지만 기본적인 것들을 쓰기 시작하면서 OOP 스타일 없이는 살 수 없다는 생각에 사로잡힙니다. 체계화, 권리분배 등을 좋아한다. 동시에, 나는 네트워크 관리에서 완전한 제로입니다. 이론적으로 클러스터링과 액세스 권한이 모두 있는 곳입니다. 하지만 강제로 끌고 가 다른 사람은 말할 것도 없고 홈 네트워크도 만들 수는 없습니다.
나도 그렇게 생각했었다. 그리고 지금도 그것은 나에게 논리적으로 보인다. 하지만 기본적인 것들을 쓰기 시작하면서 OOP 스타일 없이는 살 수 없다는 생각에 사로잡힙니다. 나는 체계화, 권리분배 등을 좋아한다. 동시에, 나는 네트워크 관리에서 완전한 제로입니다. 이론적으로 클러스터링과 액세스 권한이 모두 있는 곳입니다. 하지만 강제로 끌고 가 다른 사람은 말할 것도 없고 홈 네트워크도 만들 수는 없습니다.
문서나 예제가 없거나 거의 없는 척 하지 마십시오. 이 사이트 에는 다른 곳에서는 찾을 수 없는 많은 예제가 있습니다.
나는 문서가 충분하지 않은 척하지 않습니다. 그는 일반 텍스트로 쓴 것 같습니다-필요한 사람이 없습니다. 예, 많은 문서가 있습니다. 그것은 분명하다. 4000페이지. 350개의 기사. 물론, 많이.
너는 말하고있다.
뭔가를 우연히 발견할 때마다 구현 품질이 좋지 않은 예를 주기적으로 제공해야 합니다. 그리고 다른 많은 사람들이 언어뿐만 아니라 이미 여러 번 인용했습니다.
끊임없이 사람들은 플랫폼이 완전히 예상치 못한 방식으로 업데이트되었다고 맹세합니다. 당신은 내 말을 과장하고 있습니다.
MT4는 9년 전에 출시되었으며 최신 업그레이드가 없었다면 많은 것을 잃었을 것입니다. 우리는 좋은 호환성을 유지했으며 여전히 이전 MQL4 코드에 대한 가상 머신의 두 번째 복사본을 끌고 있습니다.
업데이트 관련: 시스템 업데이트 파일을 전송하여 방화벽에 의해 차단되지 않도록 하는 방법은 우리에게 달려 있습니다. 당신이 그렇게 똑똑하다고 생각한다면 수백만 대의 컴퓨터에 .exe 파일을 전송하고 그 중 몇 대가 바이러스 백신과 방화벽에 의해 삭제되는지 확인하십시오.
실제로, upgrade'에 대해 반대는 없습니다. 그리고 여기, 업그레이드를 통한 자발적인 행동에 반대합니다. 이것이 사람들이 포럼에서 이런 일이 발생할 때마다 욕을 하는 이유입니다. 그러나 업그레이드 자체가 악이 아니라는 것은 분명합니다.
그건 그렇고, 당신은 여전히 마지막에 실행 가능한 .exe 파일을 만들어야합니다. 예를 들어, 터미널, 편집기의 새 버전의 실행 파일. 안티바이러스가 여기에 간섭합니까?
터미널 업그레이드를 잠시 금지해야 하고 그 과정에서 우연히 해당 폴더에서 그런 파일을 찾았습니다. 언뜻 생각하는 것과 전혀 같지 않은 것입니다. 이것이 기억났습니다. 일반적으로. 그것이 밝혀졌습니다.
이것은 빨간색 단어에 대한 것입니다. 이해합니다.
순수한 거짓말.
헛소리는 그만하고 바로 거짓말을 하세요. 논쟁의 욕망을 위해 해안을 잃지 마십시오.
Microsoft 소개 - 빨간 말을 하자면 이것은 Microsoft 제품 및 개발 중인 MetaQuotes 제품과 함께 작업하면서 발전한 제 느낌입니다.
그리고 문서의 파편화에 대해 - 이것은 내 의견과 감정이며 거짓말이 아닙니다. 당신은 다르게 생각할 수 있지만 결국 당신은 평가에서 틀릴 수 있습니다.
현실에 더 가까이 가자:
그리고 이것은 심플턴이 반대하는 것입니다. 유감스럽게도 그는 자신이 무엇을 비판하는지 전혀 모릅니다.
나는 자원이 많다는 사실에 반대하지 않는다. 대신, 나는 그것들이 서로 연결되어 있지 않으며 기본 문서에 일관성이 없다고 생각합니다. 그리고 갑자기 이것이 실제로 사실이라면 많은 양의 자원이 축복이 아니라 악이 됩니다. 필요한 것을 찾기 위해 모든 것을 살펴보는 데 충분한 시간/노력이 없을 수 있기 때문입니다. 물론 내가 틀릴 수도 있다. 한편, 이런 상황이 메타쿼츠의 번영에 좋은 것으로 판명될 수도 있다.
나는 이제 MetaQuotes 제품에 대해 침착하기 때문에 이것에 대해 걱정하지 않습니다.
그러나 어쨌든 나는 자원이 많다는 사실에 반대하지 않는다. 예, 많이 있습니다. 다시 말하지만 이것은 분명합니다. 이것을 확신하려면 목록을 다시 읽는 것으로 충분합니다.
초보자가 아닌 문서의 품질을 평가하는 방법. 여기 OOP에 대한 연구에 종사하고 있습니다. 다양한 MQL5 문서에서 많은 것을 읽었습니다. Simpleton이 말했듯이 API가 아닌 핵심을 연구했습니다. 읽고 나니 질문이 점점 늘어납니다. 포럼 덕분에 IP 금지를 우회하여 몇 가지 질문을 할 수 있었습니다. 그리고 심플턴이 아니었다면 대부분은 답을 얻지 못했을 것입니다. 그것이 문서의 품질입니다.
API에 관해서는. 기계의 모든 리소스가 저장되고 코드가 가능한 한 효율적이도록 올바르게 사용하는 방법을 아직 모릅니다. iPrice 대신 CopyXXX를 사용할 준비가 되었습니다. 많은 줄이 필요합니다. 결국 알아 낸 후에 나에게 편리한 형태로 배열하고 사용할 것입니다. 하지만 알아내세요 - 젠장, 당신이 알아낼 겁니다. 다음은 그러한 문서입니다.
OOP에서 동일한 지표를 올바르게 작성하는 방법을 보여달라고 여러 번 요청했습니다. 그리고 바로 썼지만 OOP에 대한 지표는 전혀 보지 못했습니다. 개발자가 제공하는 지표의 소스 코드는 끔찍합니다. 마치 수십 년 전에 쓰여진 것처럼.
옵티마이저/테스터의 OOP 개념을 말하도록 요청받았습니다. 아무도 동일한 털이 많은 실시간 자동 최적화를 수행하지 않은 것과 같습니다. 그러나 그들은 sidal 신경을 통해 ini 파일을 생성하고 결과를 추가로 구문 분석하는 테스터(MT4 / 5) 출시로 밝혀졌습니다. S-300부터 참새까지 직접 만드는 것보다 쉬울 것 같습니다. 요컨대, 가장 간단한 작업은 해결되지 않습니다. 그리고 이것은 API가 아니라 언어의 핵심입니다.
나 자신은 여기에 개발자의 대답이 일반적으로 침묵 또는 "바보 자신"인 다소 간단한 질문을합니다. 귀하의 입장에 대한 강력한 주장을 발견하면 개발자는 단순히 응답하지 않습니다. 그렇지 않아도 불친절하고 무시하는 느낌이 있습니다.
지금까지 저는 알고리즘과 외환만 좋아하므로 MQL4++가 도입된 후 MT4보다 MT5의 장점이 하나도 없습니다. MT5 테스터의 한계가 있는 개발자의 모든 테스터는 무시됩니다. 한계가 나에게 중요하기 때문입니다.
반면에 저는 MT4/5 사용자의 쓰리시그마에 속하지도 않으니 안심하셔도 됩니다. 마케팅 - 우리의 전부가 아니라면 많이.
코드베이스에 따르면 그런 인상이있었습니다. MQL4(++ 제외) - 작품의 저자는 때때로 언어에서 상상할 수 없는 것을 짜냅니다. 많은 것을 배울 수 있지만 언어는 더 이상 관련이 없습니다.
MQL5(MQL4++) - 논문 작성자 는 . 글쎄요, 최소한 몇 가지 예시적인 실제 코드가 있을 것입니다. 그래서 아니오, 당신은 그것을 찾을 수 없습니다.
그리고 더 많은 것을 원합니다. 최근 10,000명의 시장 판매자에 대한 기사에서 언급한 바와 같이 매월 $20,000를 번다. 어떤 종류의 똥-TS를 작성하고 어떤 마케팅 조치를 취해야 신호 판매가 규모에 맞지 않는지 이해해야합니다. 그건 그렇고 이것은 별도의 주제가 필요한 주제입니다 ... 빨판은 깎기 위해 산다는 의견이 있습니다. 그리고 여기에서 그러한 생성자는 많은 사람들에게 유휴 상태입니다. 마스터해야 합니다.
책상에 앉아서 손을 들고...
초보자가 아닌 문서의 품질을 평가하는 방법. 여기 OOP에 대한 연구에 종사하고 있습니다. 다양한 MQL5 문서에서 많은 것을 읽었습니다. Simpleton이 말했듯이 API가 아닌 핵심을 연구했습니다. 읽고 나니 궁금한 점이 더 생겼습니다. 포럼 덕분에 IP 금지를 우회하여 몇 가지 질문을 할 수 있었습니다. 그리고 심플턴이 아니었다면 대부분은 아마 답이 없었을 것입니다. 그것이 문서의 품질입니다.
API에 관해서는. 기계의 모든 리소스가 저장되고 코드가 가능한 한 효율적이도록 올바르게 사용하는 방법을 아직 모릅니다. iPrice 대신 CopyXXX를 사용할 준비가 되었습니다. 많은 줄이 필요합니다. 결국 알아 낸 후에 나에게 편리한 형태로 배열하고 사용할 것입니다. 하지만 알아내십시오 - 젠장, 당신이 알아낼 것입니다. 다음은 그러한 문서입니다.
포럼의 질문에 따르면 언어 요소, OOP 연구에는 관심이 있지만 프로그램 작성 에는 관심이 없습니다. 따라서 API에 도달하지 못했습니다.
OOP의 기본 질문은 C++에 대한 모든 책에서 디스어셈블될 수 있습니다. 이는 프로그래밍에서 간과할 수 없는 부분으로 MQL5와 직접적인 관련이 없는 기반이다.
당신은 공개 포럼에서 의사 소통하고, 귀하와 통신하고, 도움을 줍니다. 즉, 무료 개인 훈련의 임무가 완료됩니다.
또한 누구에게나 답변을 의무화하지 않으며 모든 것이 자발적으로 이루어집니다.
MQL5 (MQL4++) - 작품의 저자는 언어의 가능성에서 최소한의 것을 짜냅니다. 글쎄요, 최소한 몇 가지 예시적인 실제 코드가 있을 것입니다. 그래서 아니오, 당신은 그것을 찾을 수 없습니다.
당신은 공개 포럼에서 의사 소통하고, 귀하와 통신하고, 도움을 줍니다. 즉, 무료 개인 훈련의 임무가 완료됩니다.
또한 누구에게나 답변을 의무화하지 않으며 모든 것이 자발적으로 이루어집니다.
이러한 이유로, 나는 심플턴을 언밴하기를 요청합니다. 그는 내 질문의 가장 큰 부분에 대해 매우 철저하게 대답하여 OOP의 기초를 거의 완벽하게 가르쳤습니다.
그의 발언으로 당신을 더 괴롭히게하십시오. 하지만 특히 많은 도움이 됩니다. 제 부탁을 들어주세요. 그것 없이는 많은 질문(심지어 단순한 질문이라도)이 풀리지 않은 채로 남아 있습니다.
무역은 상당히 특정한 직업입니다. 프로그래밍을 포함한 많은 문제에 대한 지식이 필요합니다.
누군가에게 의지하는 것조차 옳은 일이 아닙니다. 우리는 우리가 통과했다는 것을 알고 있습니다.
MQL4 언어는 프로그래밍에 대한 지식이 전혀 없어도 그렇게 복잡하지 않은 것으로 판명되었습니다. 빨리 익숙해졌습니다.
그러나 ++를 추가하면 어떻게 든 새로운 수준으로 이동하는 데 실패합니다. MQL4, MQL5 그 자체로는 별 불만이 없지만, 접근할 수 있는 가늘고 단순한 형태의 학습이 없다는 사실이 브레이크다. 비전문가의 경우 교육을 위해 4000-40000페이지를 파헤치는 것은 완전히 적합하지 않으며 필요하지도 않습니다. 한 줄 한 줄 주석이 있는 프로그램의 몇 가지 예라도 가장 두꺼운 책보다 더 많은 것을 제공하고 학습에 낙관론을 더할 것입니다. 모든 사람이 전문가일 필요는 없지만 사용자 수준에서는 단순히 필요합니다.
여기서 개발자들은 일반 사용자에게 등을 돌렸습니다. 그것이 아무리 창피하게 들릴지라도.
이 문제가 해결될 때까지 5k로 주행할 수 없습니다.
MQL5는 기능을 향상시키면서 오랫동안 사용되어 왔습니다. 그리고 나는 그것을 연구하는 데 전혀 끌리지 않았습니다. 왜냐하면 그것이 실용적인 응용을 찾지 못할 것이 분명했기 때문입니다.
하지만 MQL4++(클론 MQL5)가 등장하면서 "생성자", "연산자 과부하" 등을 읽을 때 스스로에게서 바보를 제거해야 한다는 것이 분명해졌습니다. 이론이 아닌 실전 문제를 쓰면서 OOP를 공부 하기 시작했습니다. 그 과정에서 나는 질문을 했고 많은 사람들이 심플턴에게서 답을 받았습니다. 그 결과 OOP 의 관행 을 이해하기 시작했습니다. OOP를 위한 OOP는 슬픈 접근 방식입니다.
이제 나는 모든 것을 OOP로만 씁니다. 작은 프로그램이라도. 정말 멋진! 그러나 실천적 문제를 풀어야 비로소 느낄 수 있다.
따라서 MQL5 코어( == MQL4++)를 공부하는 것이 좋습니다. 플랫폼 번호를 결정할 시간은 항상 있을 것입니다.
MQL5는 기능을 향상시키면서 오랫동안 사용되어 왔습니다. 그리고 나는 그것을 연구하는 데 전혀 끌리지 않았습니다. 왜냐하면 그것이 실용적인 응용을 찾지 못할 것이 분명했기 때문입니다.
하지만 MQL4++(클론 MQL5)가 등장하면서 "생성자", "연산자 과부하" 등을 읽을 때 스스로에게서 바보를 제거해야 한다는 것이 분명해졌습니다. 이론이 아닌 실전 문제를 쓰면서 OOP를 공부하기 시작했습니다. 그 과정에서 나는 질문을 했고 많은 사람들이 심플턴에게서 답을 받았다. 그 결과 OOP 의 관행 을 이해하기 시작했습니다. OOP를 위한 OOP는 슬픈 접근 방식입니다.
이제 나는 모든 것을 OOP로만 씁니다. 작은 프로그램이라도. 정말 멋진! 그러나 실천적 문제를 풀어야 비로소 느낄 수 있다.
따라서 MQL5 코어( == MQL4++)를 공부하는 것이 좋습니다. 플랫폼 번호를 결정할 시간은 항상 있을 것입니다.
OOP는 만병 통치약이 아닙니다. 대부분의 경우 필요하지 않으며 방해하기도 합니다. 하지만 그것 없이는 할 수 없을 때가 있습니다. 작업을 더 쉽고 빠르게 만드는 데 도움이 됩니다.
나도 그렇게 생각했었다. 그리고 지금도 그것은 나에게 논리적으로 보인다. 하지만 기본적인 것들을 쓰기 시작하면서 OOP 스타일 없이는 살 수 없다는 생각에 사로잡힙니다. 체계화, 권리분배 등을 좋아한다. 동시에, 나는 네트워크 관리에서 완전한 제로입니다. 이론적으로 클러스터링과 액세스 권한이 모두 있는 곳입니다. 하지만 강제로 끌고 가 다른 사람은 말할 것도 없고 홈 네트워크도 만들 수는 없습니다.
OOP를 사용하면 간단한 프로그램도 아름답고 논리적으로 정확합니다. 임호.
나도 그렇게 생각했었다. 그리고 지금도 그것은 나에게 논리적으로 보인다. 하지만 기본적인 것들을 쓰기 시작하면서 OOP 스타일 없이는 살 수 없다는 생각에 사로잡힙니다. 나는 체계화, 권리분배 등을 좋아한다. 동시에, 나는 네트워크 관리에서 완전한 제로입니다. 이론적으로 클러스터링과 액세스 권한이 모두 있는 곳입니다. 하지만 강제로 끌고 가 다른 사람은 말할 것도 없고 홈 네트워크도 만들 수는 없습니다.
OOP를 사용하면 간단한 프로그램도 아름답고 논리적으로 정확합니다. 임호.