예, 그건 그렇고,이 기사는 어떤 클래스도 사용하지 않았고 OOP 없이는 MQL5에서 다소 복잡한 인터페이스를 만드는 것이 거의 불가능하며,이 기사는 주로 초보자를위한 것이며 말하자면 기본에 익숙해지기위한 것이라고 다시 한 번 말합니다.
물론 일반적으로 항상 여러 가지 솔루션이 있습니다. 누군가는 하나를 사용하고 누군가는 다른 것을 사용합니다. 어느 것이 더 낫다고 말하는 것은 불가능합니다. 그러나 다른 사람의 솔루션을 채택하는 것은 항상 어렵고 질문이 너무 많으며 해결 시간이 자신만의 솔루션을 만드는 시간을 초과 할 수 있습니다. 그렇기 때문에 우리는 우리 자신의 자전거를 만들고 그것이 최고라고 생각합니다.
Эксперт создан в виде сигнальной панели со встроенными функциями торгового эксперта, автоматизирующего входы в позиции по проверенным трейдерам торговым сигналам, осуществляющей установку стоп-лоссов, трейлинга прибыли в полном соответствии со...
C-4: 실제로 표준 버튼은 처음에는 프레임 색상을 지원하지 않기 때문에 매우 미끄러운 제어 요소이며 (그 이유는 매우 이상하지만) 두 번째는 프레임 유형에 따라 BORDER_FLAT, BORDER_RAISED가 시각적으로 위치 외부에 명확하게 배치되어 있으며이 외에도 누르는 상태에 따라 색조가 변경되고 ChartRedraw없이 디스플레이 변경이 매우 느리다고 말하는 것이 아닙니다. 실제로 Windows 3.11의 잘게 잘린 인터페이스를 제외한 버튼은 다른 요소에 비해 어떤 이점도 제공하지 않습니다. 예, 버튼이 눌려 졌는지 여부를 나타내는 특수 필드 OBJ_SELECTED가 있지만 실제로는 누름 플래그가 포함 된 자체 개체 OBJ_EDIT를 만드는 데 전혀 문제가 없습니다.
이것이 바로 제가 이 라이브러리를 사용하는 이유입니다.
만약 아나톨리가 표준 버튼 위에 커서를 올려놓을 때 강조 표시를 했다면 MQ는 이를 라이브러리에 추가했을 것입니다.
현재로서는 흩어져 있는 사용자 정의 솔루션이 많고, 매번 새 솔루션을 작성할 때마다 (물론 자신이 개발한 것을 사용하지만).
그건 그렇고, 나는 손과 발을 모두 사용하여 코드 재사용을 선호합니다. 표준 라이브러리가 얼마나 자주 사용되는지가 지표이며이 지표는 다소 낮고 몇 가지 객관적인 이유가 있다고 생각합니다. 그러나 이것은 오히려 별도의 스레드에 대한 주제입니다. 프로젝트의 어느 단계에서 갑자기 솔루션에 특별한 것이 필요하다는 것이 밝혀지고 기존 라이브러리 내에 자체 라이브러리를 만들어야하기 때문에 표준 MQL5 전문 라이브러리를 사용하는 것이 위험하다는 것을 알게되었습니다. 그러나 이것은 데이터 정리 클래스에는 적용되지 않으며 항상 사용합니다. 결국, 이들은 표준 스토리지 알고리즘이며 바퀴를 다시 발명 할 필요가 없습니다.
자료를 준비 할 때이 기사를 읽으 셨나요?
예, 그건 그렇고,이 기사는 어떤 클래스도 사용하지 않았고 OOP 없이는 MQL5에서 다소 복잡한 인터페이스를 만드는 것이 거의 불가능하며,이 기사는 주로 초보자를위한 것이며 말하자면 기본에 익숙해지기위한 것이라고 다시 한 번 말합니다.
물론 일반적으로 항상 여러 가지 솔루션이 있습니다. 누군가는 하나를 사용하고 누군가는 다른 것을 사용합니다. 어느 것이 더 낫다고 말하는 것은 불가능합니다. 그러나 다른 사람의 솔루션을 채택하는 것은 항상 어렵고 질문이 너무 많으며 해결 시간이 자신만의 솔루션을 만드는 시간을 초과 할 수 있습니다. 그렇기 때문에 우리는 우리 자신의 자전거를 만들고 그것이 최고라고 생각합니다.
자료를 준비할 때 이 기사를 읽으셨는지 궁금합니다.
네, 읽었습니다. 모든 기사를 읽었습니다. ) 제 생각에는 초보자에게는 매우 어렵습니다. 글쎄요, 적어도 그때는 이해하기 어려웠습니다. 때로는 특정 질문에 대한 답을 얻어야하는데 이미 아주 적은 시간을 소비하고 싶지 않습니다.
그래서 가능한 한 간단하게 질문에 답하려고 노력합니다. 프로는 아이디어가 마음에 들면 필요하거나 옳다고 생각하는 대로 쉽게 다시 작성할 것입니다. 그리고 초보자는 자신의 질문에 대한 가장 간단한 답을 찾을 것입니다.
제품에 표준 그래픽 요소 라이브러리를 사용하는 전문 개발자가 한 명이라도 있는지 궁금합니다.
네, 그랬어요. 모든 기사를 읽었습니다. ) 제 생각에는 초보자에게는 매우 복잡합니다. 글쎄요, 적어도 그때는 이해하기 어려웠습니다. 때로는 특정 질문에 대한 답을 얻어야하는데 이미 아주 적은 시간을 소비하고 싶지 않을 때가 있습니다.
그래서 가능한 한 간단하게 질문에 답하려고 노력합니다. 프로는 아이디어가 마음에 들면 필요하거나 옳다고 생각하는 대로 쉽게 다시 작성할 것입니다. 그리고 초보자는 자신의 질문에 대한 가능한 가장 간단한 답을 찾을 것입니다.
좋아요. 그렇다면 초보자에게 타이머를 사용하는 용도가 분명합니까?
자신의 제품에 표준 그래픽 요소 라이브러리를 사용하는 전문 개발자가 한 명이라도 있는지 궁금합니다.
저는 전문 개발자라고 주장하지는 않지만 이 글을 쓸 때 라이브러리를 사용했습니다:
Taki는 어려움을 겪어야했고, (서비스 데스크의 요청에 따라) 내 개발과 병행하여 MQ가 즉석에서 완성되었지만 제가 아는 한 올바른 방법입니다.
하지만 여기서 본격적인 토론을 시작하지 말자, 이미 여러 가지 주제가 있습니다 ;)
저는 결코 전문 개발자가 아니라고 주장하지 않지만이 글을 쓸 때 리바를 사용했습니다:
실제로 표준 버튼은 처음에는 프레임 색상을 지원하지 않기 때문에 매우 미끄러운 제어 요소이며 (그 이유는 매우 이상하지만) 두 번째는 프레임 유형에 따라 BORDER_FLAT, BORDER_RAISED가 시각적으로 위치 외부에 명확하게 배치되어 있으며이 외에도 누르는 상태에 따라 색조가 변경되고 ChartRedraw없이 디스플레이 변경이 매우 느리다고 말하는 것이 아닙니다. 실제로 Windows 3.11의 잘게 잘린 인터페이스를 제외한 버튼은 다른 요소에 비해 어떤 이점도 제공하지 않습니다. 예, 버튼이 눌려 졌는지 여부를 나타내는 특수 필드 OBJ_SELECTED가 있지만 실제로는 누름 플래그가 포함 된 자체 개체 OBJ_EDIT를 만드는 데 전혀 문제가 없습니다.
이것이 바로 제가 이 라이브러리를 사용하는 이유입니다.
만약 아나톨리가 표준 버튼 위에 커서를 올려놓을 때 강조 표시를 했다면 MQ는 이를 라이브러리에 추가했을 것입니다.
현재로서는 흩어져 있는 사용자 정의 솔루션이 많고, 매번 새 솔루션을 작성할 때마다 (물론 자신이 개발한 것을 사용하지만).
이상하네요, 왜 iTC라는 친구가 판매하나요?
저는 결코 전문 개발자라고 주장하지 않지만....
당신이 아니라면 누가 그런지 모르겠네요? 대널드 누스? 빌 게이츠?
그가 저에게 주문했기 때문입니다. 그의 프로필을 읽어보세요.
하지만 여기서 홀리 전쟁을 시작하지 말자, 이미 여러 가지 주제가 있습니다 ;)