프로젝트의 개념을 소개하는 것이 좋습니다. OOP의 발달로 모든 프로그램은 여러 개의 파일로 구성되기 시작했습니다. 포함된 파일을 편집하면 컴파일하기 전에 메인 파일이 있는 탭으로 계속 전환하는 것이 불편하다. 글쎄, 또는 목발: 작업 중인 프로젝트의 헤더 파일을 연결할 수 있는 프로그래밍 가능한 컴파일 버튼을 입력합니다.
EMPTY_VALUE 는 그것을 허용하는 모든 유형(int, double, string 등)으로 확장됩니다. 사소한 일 - 그러나 그것을 사용할 수 있고 자신의 것을 발명하지 못하는 곳이 많이 있습니다.
테스터에서 MT와 같이 십자형 도구를 만듭니다.
확실히 가격 차트 아래의 하나의 표시기 창에 여러 표시기를 부과하는 변형을 생각해낼 수 있습니다.
편안함은 작은 것에서 만들어집니다. 개발자들은 이 아이디어를 받아들이고 싶어하지 않으며 끊임없이 무언가를 세계화합니다. 가끔 멈추고 사소한 개선에 시간을 할애할 가치가 있을 것입니다 - 사용자 편의성?))))))
예: 차트의 항목을 세 번 측정하려면 십자선을 버튼에 세 번 찔러야 합니다(또는 키 조합을 눌러야 함). 차트 아래 ME의 지표 창은 교체할 수 없습니다. 모든 지표를 삭제한 다음 올바른 순서로 배치하십시오. 다시 말하지만, 여러 표시기를 설정하려면 메뉴 하위 메뉴로 이동하여 표시기를 여러 번 선택해야 합니다. 어떤 이유로이 문제에서 아무것도 단순화하지 않고 새로운 것을 제공하지 않는 지표 목록 도구가 있음에도 불구하고 .... 모든 사람이 MQL, ME, in에서 생각하지 않고 그러한 예를 줄 것이라고 생각합니다. MT, 테스터에서... .지옥! 사소한 소란의 힙! 패키지의 모든 명확성과 넓음으로 인해 매우 불편하고 미완성입니다.
https://www.mql5.com/ru/docs/basis/types/integer/enumeration - 열거에 대한 도움말 문서. 그들이 있고 어떻게 생겼는지 분명합니다 ... 그러나 사용 방법과 장점은 무엇입니까? 단어로 쓰기에 너무 게으르다면 간단한 예를 들어보십시오.
정말로 개선하고 싶다면 다양한 방향(프로그래밍, 수동 거래, 테스트 등)에서 패키지를 적극적으로 사용하는 일반 사용자 그룹과 연락을 취하고 개선을 위해 합리적인 제안을 수집해야 한다고 생각합니다. 무엇을 먹을지, 그리고 모든 사람이 모든 것을 원할 군중에 대해 질문하지 마십시오. 그렇지 않으면 모든 것이 문자에 남아 있습니다.
EMPTY_VALUE는 그것을 허용하는 모든 유형(int, double, string 등)으로 확장됩니다. 사소한 일 - 그러나 그것을 사용할 수 있고 자신의 것을 발명하지 못하는 곳이 많이 있습니다.
모든 것이 이미 파악되었습니다. NULL 상수를 사용합니다.
테스터에서 MT와 같이 십자형 도구를 만듭니다.
예: 차트의 항목을 세 번 측정하려면 십자선을 버튼에 세 번 찔러야 합니다(또는 키 조합을 눌러야 함).
비밀을 하나 말하겠습니다. 이미 구현되었습니다. 마우스 휠을 클릭해야 십자선이 나타납니다.
확실히 가격 차트 아래의 하나의 표시기 창에 여러 표시기를 부과하는 변형을 생각해낼 수 있습니다.
그리고 이것은 오랫동안 가능했습니다. 탐색기에서 표시기가 이미 연결된 창으로 표시기를 끕니다.
차트 아래 ME의 지표 창은 교체할 수 없습니다. 모든 지표를 삭제한 다음 올바른 순서로 배치하십시오.
IMHO, 가장 필요한 것은 아닙니다.
다시 말하지만, 여러 표시기를 설정하려면 메뉴 하위 메뉴로 이동하여 표시기를 여러 번 선택해야 합니다. 어떤 이유로 지표 목록 도구가 있다는 사실에도 불구하고, 이 경우 아무 것도 단순화하지 않고 새로운 것을 제공하지 않습니다....
네비게이터, 즐겨찾기, 템플릿, 프로필이 있습니다. 모든 것을 사용자 정의할 수 있습니다. 터미널 도움말을 읽고 새로운 것을 많이 발견하십시오!
https://www.mql5.com/en/docs/basis/types/integer/enumeration - 열거에 대한 도움말 문서. 그들이 있고 어떻게 생겼는지 분명합니다 ... 그러나 사용 방법과 장점은 무엇입니까? 단어로 쓰기에 너무 게으르다면 간단한 예를 들어보십시오.
열거는 코드를 더 읽기 쉽게 만들고 상수를 제거하며 대신 사람에게 친숙한 엔터티를 넣는 데 사용됩니다.
예를 들어, ENUM_DAY_OF_WEEK 열거형 값을 사용하여 MqlDateTime 구조의 day_of_week 값과 비교할 수 있습니다. 저것들. 다음과 같이 작성할 수 있습니다.
MqlDateTime dt;
TimeCurrent ( dt );
if ( dt.day_of_week == 0 )
{
// Что-то делаем в воскресенье
}
그리고 당신은 다르게 쓸 수 있습니다:
MqlDateTime dt;
TimeCurrent ( dt );
if ( dt.day_of_week == SUNDAY )
{
// Что-то делаем в воскресенье
}
goto를 보고 싶습니다. 가독성은 말할 것도 없고 코드를 상당히 단순화할 수 있습니다. 결국, 실제로 조건이 있는 주기는 주기에서 조기 종료하는 것이기도 합니다.
goto를 보고 싶습니다. 가독성은 말할 것도 없고 코드를 상당히 단순화할 수 있습니다. 결국, 실제로 조건이 있는 주기는 주기에서 조기 종료하는 것이기도 합니다.
이거 어디서 구해요...
몇 마디:
필수 크로스 플랫폼 ....
이거 어디서 구해요...
베이직에서
더 쉬운 Hiasm.
클래식은 어때
프로젝트의 개념을 소개하는 것이 좋습니다. OOP의 발달로 모든 프로그램은 여러 개의 파일로 구성되기 시작했습니다. 포함된 파일을 편집하면 컴파일하기 전에 메인 파일이 있는 탭으로 계속 전환하는 것이 불편하다. 글쎄, 또는 목발: 작업 중인 프로젝트의 헤더 파일을 연결할 수 있는 프로그래밍 가능한 컴파일 버튼을 입력합니다.
EMPTY_VALUE 는 그것을 허용하는 모든 유형(int, double, string 등)으로 확장됩니다. 사소한 일 - 그러나 그것을 사용할 수 있고 자신의 것을 발명하지 못하는 곳이 많이 있습니다.
테스터에서 MT와 같이 십자형 도구를 만듭니다.
확실히 가격 차트 아래의 하나의 표시기 창에 여러 표시기를 부과하는 변형을 생각해낼 수 있습니다.
편안함은 작은 것에서 만들어집니다. 개발자들은 이 아이디어를 받아들이고 싶어하지 않으며 끊임없이 무언가를 세계화합니다. 가끔 멈추고 사소한 개선에 시간을 할애할 가치가 있을 것입니다 - 사용자 편의성?))))))
예: 차트의 항목을 세 번 측정하려면 십자선을 버튼에 세 번 찔러야 합니다(또는 키 조합을 눌러야 함). 차트 아래 ME의 지표 창은 교체할 수 없습니다. 모든 지표를 삭제한 다음 올바른 순서로 배치하십시오. 다시 말하지만, 여러 표시기를 설정하려면 메뉴 하위 메뉴로 이동하여 표시기를 여러 번 선택해야 합니다. 어떤 이유로이 문제에서 아무것도 단순화하지 않고 새로운 것을 제공하지 않는 지표 목록 도구가 있음에도 불구하고 .... 모든 사람이 MQL, ME, in에서 생각하지 않고 그러한 예를 줄 것이라고 생각합니다. MT, 테스터에서... .지옥! 사소한 소란의 힙! 패키지의 모든 명확성과 넓음으로 인해 매우 불편하고 미완성입니다.
https://www.mql5.com/ru/docs/basis/types/integer/enumeration - 열거에 대한 도움말 문서. 그들이 있고 어떻게 생겼는지 분명합니다 ... 그러나 사용 방법과 장점은 무엇입니까? 단어로 쓰기에 너무 게으르다면 간단한 예를 들어보십시오.
정말로 개선하고 싶다면 다양한 방향(프로그래밍, 수동 거래, 테스트 등)에서 패키지를 적극적으로 사용하는 일반 사용자 그룹과 연락을 취하고 개선을 위해 합리적인 제안을 수집해야 한다고 생각합니다. 무엇을 먹을지, 그리고 모든 사람이 모든 것을 원할 군중에 대해 질문하지 마십시오. 그렇지 않으면 모든 것이 문자에 남아 있습니다.
디버거:
예를 들어 다음과 같은 표현이 있습니다.
(int)(MathFloor((ticks_stored-1)/ticks_in_candle)-MathFloor(i/ticks_in_candle));
현재 디버깅 구현에서 다음을 수행하면 디버거에서 표현식을 평가한 결과를 사용할 수 있습니다.
CandleNumber=(int)(MathFloor((ticks_stored-1)/ticks_in_candle)-MathFloor(i/ticks_in_candle));
Shift+F9를 통해 관심 목록에 CandleNumber 변수를 추가합니다.
MathFloor(i/ticks_in_candle)와 같이 표현식의 일부를 평가한 결과를 얻으려면 이 표현식을 관찰에 추가하십시오.
표현식을 평가할 수 없습니다.
제가 뭔가 잘못하고 있을지도 모릅니다. 경험을 공유하지만 결론은선언된 변수 의 값뿐만 아니라 임의의 표현식을 평가한 결과(물론 우리는 현재 관찰 순간의 모든 변수가 이미 초기화 된 표현에 대해 이야기).
또한, 디버깅에서 배열에 대한 정보를 보고 싶습니다. 예를 들어 UpTick[] 배열이 있고 현재 배열의 한 요소만 모니터링할 수 있습니다.
인덱스가 있는 모든 요소를 사용할 수 있는 별도의 모달 창을 옵션으로 열어 관찰에 배열을 추가하는 기능을 구현하지 않는 이유는 무엇입니까?
인덱스 유형 값
0 정수 1
하나 정수 2 등
어레이가 크고 많은 메모리가 필요한 경우 - 선택을 제한하십시오.
그리고 일반적으로 결과적으로 임의의 표현식, 변수, 배열을 모니터링할 수 있다는 측면에서 디버거의 더 넓은 기능을 구현합니다.
모든 것이 이미 파악되었습니다. NULL 상수를 사용합니다.
테스터에서 MT와 같이 십자형 도구를 만듭니다.
예: 차트의 항목을 세 번 측정하려면 십자선을 버튼에 세 번 찔러야 합니다(또는 키 조합을 눌러야 함).
비밀을 하나 말하겠습니다. 이미 구현되었습니다. 마우스 휠을 클릭해야 십자선이 나타납니다.
확실히 가격 차트 아래의 하나의 표시기 창에 여러 표시기를 부과하는 변형을 생각해낼 수 있습니다.
그리고 이것은 오랫동안 가능했습니다. 탐색기에서 표시기가 이미 연결된 창으로 표시기를 끕니다.
차트 아래 ME의 지표 창은 교체할 수 없습니다. 모든 지표를 삭제한 다음 올바른 순서로 배치하십시오.
IMHO, 가장 필요한 것은 아닙니다.
다시 말하지만, 여러 표시기를 설정하려면 메뉴 하위 메뉴로 이동하여 표시기를 여러 번 선택해야 합니다. 어떤 이유로 지표 목록 도구가 있다는 사실에도 불구하고, 이 경우 아무 것도 단순화하지 않고 새로운 것을 제공하지 않습니다....
네비게이터, 즐겨찾기, 템플릿, 프로필이 있습니다. 모든 것을 사용자 정의할 수 있습니다. 터미널 도움말을 읽고 새로운 것을 많이 발견하십시오!
https://www.mql5.com/en/docs/basis/types/integer/enumeration - 열거에 대한 도움말 문서. 그들이 있고 어떻게 생겼는지 분명합니다 ... 그러나 사용 방법과 장점은 무엇입니까? 단어로 쓰기에 너무 게으르다면 간단한 예를 들어보십시오.
열거는 코드를 더 읽기 쉽게 만들고 상수를 제거하며 대신 사람에게 친숙한 엔터티를 넣는 데 사용됩니다.
예를 들어, ENUM_DAY_OF_WEEK 열거형 값을 사용하여 MqlDateTime 구조의 day_of_week 값과 비교할 수 있습니다. 저것들. 다음과 같이 작성할 수 있습니다.
그리고 당신은 다르게 쓸 수 있습니다:
SUNDAY는 값이 0인 int 유형의 명명된 상수입니다.
열거형은 코드를 더 읽기 쉽게 만드는 데 사용됩니다.
매우 유용한 또 다른 응용 프로그램이 있습니다. 예를 들어:
그리고 사용자는 "구매만", "판매만" 등 댓글에 작성한 항목 중 4개 항목을 선택할 수 있는 드롭다운 목록을 받습니다. Pts는 사용자 설정 창에 표시기 세트, 기간, 조건 세트 등을 나열하는 데 편리합니다.