프로그래머에게는 컴파일러 오류와 아키텍처 문제라는 두 가지 문제가 있습니다. 초보자인 동안 컴파일러와 싸우는 데 집중하고 궁극적인 목표는 올바르게 작동하는 프로그램입니다. 그러나 초보자를위한 프로그램은 매우 빨리 작성자 자신이 곧 이해할 수없는 소위 스파게티 코드로 바뀝니다. 따라서 이제 컴파일러와 최종 스크립트의 정확성이 아니라 아키텍처 문제에 초점을 맞추는 것이 좋습니다. 그것은 피아노 연주를 배우는 것과 같습니다. 처음에는 손가락을 올바르게 잡고 악기에 올바르게 앉는 법을 가르쳐 주지만 아무도 바흐를 연주하는 데 초보자가 필요하지 않습니다.
스크립트의 동작은 두 개의 매개변수 그룹에 의해 결정됩니다. 첫 번째 매개변수는 매크로 형태로 정적으로 설정됩니다. 두 번째는 차트 에서 스크립트를 로드 할 때 사용자가 설정합니다. 이제 사용자는 이 스크립트를 다시 컴파일하지 않고는 주문 유형을 선택할 수 없습니다. 이것은 나쁘다. 따라서 추가 매개변수를 위해 이러한 매크로를 포기하는 것이 좋습니다.
안녕 피터! 나는 필요에 따라 교과서를 공부한다. 지식의 격차를 볼 때. 이제 좀 쉬고 교과서에 더 가까이 다가가야 할 것 같은 예감이 든다. 포럼 참가자들의 모든 권장 사항을 메모하고 준수하려고 노력했습니다. 그 사이 에 MQL5 Reference 만 사용하여 이렇게 짧은 시간에 혼자서 최소한 무언가를 작성할 수 있다는 사실에 스스로도 놀랐습니다.
안부 인사를 전합니다. 블라디미르.
Kovalev의 MQL4 튜토리얼이 최선의 선택입니다. 여기 사이트 어딘가에 있습니다. 당신은 더 나은 찾을 수 없습니다.
코드의 다음 문제는 코드가 긴 절차 시트로 확장된다는 것입니다. 모든 뉴비들은 이렇게 합니다. 그리고 이것은 수년 동안 그들에게 남아있는 문제입니다. 이 스크립트와 같은 기본 사항부터 시작하여 알고리즘을 여러 부분으로 나누는 방법을 배우십시오. 이를 수행하는 두 가지 방법이 있습니다. 함수와 클래스를 사용하는 것입니다. 클래스의 개념은 처음에는 너무 이해하기 어렵기 때문에 함수 작업에 집중하는 것이 좋습니다. 그러면 직접 작성하지 않겠습니까?
기능을 제공하는 주요 기능은 구조적으로 사고하고 알고리즘을 개략적으로 설명하는 능력입니다. 예를 들어, 작업을 위해 MQL에 필요한 특별한 기능 세트가 있는 경우 매우 간단한 알고리즘을 작성할 수 있습니다.
//+------------------------------------------------------------------+//| Script program start function |//+------------------------------------------------------------------+voidOnStart ()
{
if (orderType1== "BUY_STOP" )
SendBuyStop(Lots, Distance);
if (orderType2== "SELL_STOP" )
SendSellStop(Lots, Distance);
}
그리고 그게 다야. 우리 눈앞에는 실제로 작동하는 간단한 알고리즘 체계가 있습니다. 한 마디로 꿈을 꾸십시오.
В настоящее время персональный компьютер стал незаменимым помощником в жизни каждого человека. Благодаря развитию Интернета и увеличению мощности современных компьютеров открылись новые возможности во многих областях деятельности. Ещё десять лет назад торговля на финансовых рынках была доступна только банкам и узкому кругу специалистов. Сегодня...
프로그래머에게는 컴파일러 오류와 아키텍처 문제라는 두 가지 문제가 있습니다. 초보자인 동안 컴파일러와 싸우는 데 집중하고 궁극적인 목표는 올바르게 작동하는 프로그램입니다. 그러나 초보자를위한 프로그램은 매우 빨리 작성자 자신이 곧 이해할 수없는 소위 스파게티 코드로 바뀝니다. 따라서 이제 컴파일러와 최종 스크립트의 정확성이 아니라 아키텍처 문제에 초점을 맞추는 것이 좋습니다. 그것은 피아노 연주를 배우는 것과 같습니다. 처음에는 손가락을 올바르게 잡고 악기에 올바르게 앉는 법을 가르쳐 주지만 아무도 바흐를 연주하는 데 초보자가 필요하지 않습니다.
스크립트의 동작은 두 개의 매개변수 그룹에 의해 결정됩니다. 첫 번째 매개변수는 매크로 형태로 정적으로 설정됩니다. 두 번째는 차트 에서 스크립트를 로드 할 때 사용자가 설정합니다. 이제 사용자는 이 스크립트를 다시 컴파일하지 않고는 주문 유형을 선택할 수 없습니다. 이것은 나쁘다. 따라서 추가 매개변수를 위해 이러한 매크로를 포기하는 것이 좋습니다.
따라서 우리는 사용자를 위한 선택 매개변수로 구현한 새로운 열거형을 정의했습니다.
지금은 당신의 스타일을 보고 웃었고, 특정 실수가 있더라도 더 많이 쓰십시오.
안녕 피터! 나는 필요에 따라 교과서를 공부한다. 지식의 격차를 볼 때. 이제 좀 쉬고 교과서에 더 가까이 다가가야 할 것 같은 예감이 든다. 포럼 참가자들의 모든 권장 사항을 메모하고 준수하려고 노력했습니다. 그 사이 에 MQL5 Reference 만 사용하여 이렇게 짧은 시간에 혼자서 최소한 무언가를 작성할 수 있다는 사실에 스스로도 놀랐습니다.
안부 인사를 전합니다. 블라디미르.
코드의 다음 문제는 코드가 긴 절차 시트로 확장된다는 것입니다. 모든 뉴비들은 이렇게 합니다. 그리고 이것은 수년 동안 그들에게 남아있는 문제입니다. 이 스크립트와 같은 기본 사항부터 시작하여 알고리즘을 여러 부분으로 나누는 방법을 배우십시오. 이를 수행하는 두 가지 방법이 있습니다. 함수와 클래스를 사용하는 것입니다. 클래스의 개념은 처음에는 너무 이해하기 어렵기 때문에 함수 작업에 집중하는 것이 좋습니다. 그러면 직접 작성하지 않겠습니까?
기능을 제공하는 주요 기능은 구조적으로 사고하고 알고리즘을 개략적으로 설명하는 능력입니다. 예를 들어, 작업을 위해 MQL에 필요한 특별한 기능 세트가 있는 경우 매우 간단한 알고리즘을 작성할 수 있습니다.
그리고 그게 다야. 우리 눈앞에는 실제로 작동하는 간단한 알고리즘 체계가 있습니다. 한 마디로 꿈을 꾸십시오.
이제야 너의 스타일을 보고 웃었고, 특정한 실수가 있더라도 더 많이 쓴다.
오류가 그것과 무슨 관련이 있는지, 어떻게 작동하는지조차 알지 못하지만 조언을 제공합니다. 실제로 제자리에 배치되었습니다.
Kovalev의 MQL4 튜토리얼이 최선의 선택입니다. 여기 사이트 어딘가에 있습니다. 당신은 더 나은 찾을 수 없습니다.
이것은 이제 아무도 필요로 하지 않는 솔직한 쓰레기입니다. 잠자리에 들기 전에 카프카를 읽는 것이 좋습니다. 그리고 그것이 더 유용합니다.
아마추어의 조언에 혼란스러워하지 않고 시기 적절하지 않은 작업에 대해 당황하지 않고 고도로 전문화된 작업을 위한 응용 언어 학습을 시작하는 가장 좋은 방법은 다음과 같습니다.
Sergey Kovalev의 교과서 https://book.mql4.com/ru
오류가 그것과 무슨 관련이 있는지, 어떻게 작동하는지조차 알지 못하지만 조언을 제공합니다. 실제로 제자리에 배치되었습니다.
오호호))
다른 사람들은 여기에서 조언을 제공하고 있습니다.
조건에 대한 작업을 요청했지만 당신을 포함하여 아무도 대답하지 않았습니다!
반대의 그림을 보면 어떤 곳을 이야기할 수 있을까))
이것은 이제 아무도 필요로 하지 않는 솔직한 쓰레기입니다. 잠자리에 들기 전에 카프카를 읽는 것이 좋습니다. 그리고 그것이 더 유용합니다.
늙었다은 무슨 뜻인가요? ABC, 입문서, 쓰레기가 될 수 있습니까? 아마도 오래된 산수?
당신은 훌륭한 프로그래머이지만 교사로서 당신은 학생과 관련된 정보를 보지 못하고 학생의 수준을 잘못 평가합니다. 그는 올바른 순서로 기본을 마스터해야하며 좋은 교과서만이 그를 도울 수 있습니다.)
Vasily, 사람은 아직 배열을 마스터하지 못했습니다. 그런 강의를 듣기에는 너무 이르다.)
피터, 하지 말자. 몇 년 전 우리가 OOP 포럼에서 어떻게 설명했는지 기억합시다)
글쎄요, 이제 모든 현대 프로그래머들조차 배열이 무엇인지 이해하지 못합니다. 모든 사람이 목록으로 작업하며 모든 PL이 내부에 배열을 가지고 있는 것은 아닙니다. 예를 들어 어디선가 열거자 + 지도이고 무엇이든 사람들은 불평하지 않습니다.
피터, 하지 말자. 몇 년 전 우리가 OOP 포럼에서 어떻게 설명했는지 기억합시다)
글쎄요, 이제 모든 현대 프로그래머들조차 배열이 무엇인지 이해하지 못합니다. 모든 사람이 목록으로 작업하며 모든 PL이 내부에 배열을 가지고 있는 것은 아닙니다. 예를 들어 이것은 열거자 + 지도 어딘가에 있으며, 무엇이든 사람들은 불평하지 않습니다.