간단한 코드를 만드는 예제는 이미 충분하지만, 성공적인 클래스 계층 구조를 만들거나 적어도 보편적이고 쉽게 변형 가능한 제품을 구현하기 쉬운 체계를 만드는 예제는 충분하지 않습니다. MQ의 표준 클래스조차도 가능성을 미리 정해 놓음으로써 프로그램 작성을 복잡하게 만드는 경우가 많습니다.
제 말이 바로 그겁니다.
먼저 시스템 전체에 대한 데모가 필요합니다. 아키텍처가 먼저입니다. 그리고 각 브릭, 즉 특정 컨트롤러가 그 안에서 어떤 위치를 차지하는지 보여줘야 합니다.
그런 다음 이러한 컨트롤의 작업 데모로 이동합니다 (MFC에게는 미안합니다. 좋은 그림 일뿐입니다).
두 번째 파트에서 높은 수준의 기능에 대해 이야기하면 사람들이 문서 구성 요소를 더 빨리 사용하기 시작할 것입니다. 저는 여전히 양식 + 버튼 (+ 입력 상자)으로 시작한 다음 세 번째 부분에서만 목록, 메뉴 등 특정 컨트롤 구성 요소에 대해 이야기합니다.
결국, 작업은 그러한 컨트롤을 작성하는 방법을 가르치는 것입니다. 그러나 삽입 할 양식이없는 한이 기사는 그렇게 훌륭하고 필요한 효과를 제공하지 않습니다. 게다가 두 번째 기사에서 이미 Form + 버튼 (라디오, 푸시, 체크 3 가지) + 편집 상자를 제공하자마자 사용자는 클래스를 전체적으로 볼 수 있으며 자신 만의 컨트롤을 독립적으로 만들 수 있습니다.
폼과 상호 작용하려면 컨트롤에 Init(...), Show(X,Y), Hide(), Event()의 네 가지 메서드가 있어야 하며, 차트에 컨트롤을 만들 때 모든 것이 지금과 똑같습니다. 따라서 이미 자신만의 컨트롤러를 작성할 수 있습니다.
그래도 나는 내 계획을 고수 할 것입니다. 세 번째 부분에는 모든 컨트롤이있는 양식이있을 것입니다-예제 또는 준비된 템플릿으로 사용하는 것이 더 편리 할 것입니다-무엇을 제거하고, 무언가를 두 배로 늘리고, 모든 것을 더 준비된 반제품이 될 것입니다.
Для примера, один метод создания графического объекта вертикальная линия (OBJ_VLINE):
void CreateVLine(string aName,int aSubWindow=0,long aChartID=0)
{
ObjectCreate(m_id,m_name,OBJ_VLINE,aSubWindow,0,0);
Attach(aName,aChartID);
}
원래 이렇게 해야 하는 거 아니야?
Для примера, один метод создания графического объекта вертикальная линия (OBJ_VLINE):
void CreateVLine(string aName,int aSubWindow=0,long aChartID=0)
{
Attach(aName,aChartID);
ObjectCreate(m_id,m_name,OBJ_VLINE,aSubWindow,0,0);
}
아니면 이렇게
Для примера, один метод создания графического объекта вертикальная линия (OBJ_VLINE):
void CreateVLine(string aName,int aSubWindow=0,long aChartID=0)
{
ObjectCreate(aChartID,aName,OBJ_VLINE,aSubWindow,0,0);
Attach(aName,aChartID);
}
간단한 코드를 만드는 예제는 이미 충분하지만, 성공적인 클래스 계층 구조를 만들거나 적어도 보편적이고 쉽게 변형 가능한 제품을 구현하기 쉬운 체계를 만드는 예제는 충분하지 않습니다. MQ의 표준 클래스조차도 가능성을 미리 정해 놓음으로써 프로그램 작성을 복잡하게 만드는 경우가 많습니다.
제 말이 바로 그겁니다.
먼저 시스템 전체에 대한 데모가 필요합니다. 아키텍처가 먼저입니다. 그리고 각 브릭, 즉 특정 컨트롤러가 그 안에서 어떤 위치를 차지하는지 보여줘야 합니다.
그런 다음 이러한 컨트롤의 작업 데모로 이동합니다 (MFC에게는 미안합니다. 좋은 그림 일뿐입니다).
좋아요. 아주 좋습니다.
두 번째 파트에서 높은 수준의 기능에 대해 이야기하면 사람들이 문서 구성 요소를 더 빨리 사용하기 시작할 것입니다.
저는 여전히 양식 + 버튼 (+ 입력 상자)으로 시작한 다음 세 번째 부분에서만 목록, 메뉴 등 특정 컨트롤 구성 요소에 대해 이야기합니다.
결국, 작업은 그러한 컨트롤을 작성하는 방법을 가르치는 것입니다. 그러나 삽입 할 양식이없는 한이 기사는 그렇게 훌륭하고 필요한 효과를 제공하지 않습니다.
게다가 두 번째 기사에서 이미 Form + 버튼 (라디오, 푸시, 체크 3 가지) + 편집 상자를 제공하자마자 사용자는 클래스를 전체적으로 볼 수 있으며 자신 만의 컨트롤을 독립적으로 만들 수 있습니다.
폼과 상호 작용하려면 컨트롤에 Init(...), Show(X,Y), Hide(), Event()의 네 가지 메서드가 있어야 하며, 차트에 컨트롤을 만들 때 모든 것이 지금과 똑같습니다. 따라서 이미 자신만의 컨트롤러를 작성할 수 있습니다.
그래도 나는 내 계획을 고수 할 것입니다. 세 번째 부분에는 모든 컨트롤이있는 양식이있을 것입니다-예제 또는 준비된 템플릿으로 사용하는 것이 더 편리 할 것입니다-무엇을 제거하고, 무언가를 두 배로 늘리고, 모든 것을 더 준비된 반제품이 될 것입니다.
결국 세 번째 부분에는 모든 컨트롤이있는 양식이있을 것입니다.
주제는 적절합니다...취재해 주셔서 감사합니다....
그러나 기사와 댓글을 읽은 후 알고리즘의 본질이 구현하기가 조금 어렵다고 생각했습니다.
다음 알고리즘이 더 간단하고 보편적이지 않을까 생각했습니다.
제어 버튼이 있는 패널은 강력한 편집기(예: Visual Studio )를 사용하여 어떤 언어로든 구현할 수 있습니다.
그리고 그것(버튼 및 기타 기능이 있는 컨트롤 패널을 구현하는 프로그램)은 MT5와 독립적으로 자율적으로 작동합니다.
이러한 결과는 MT5가 주기적으로 읽는 파일에 입력됩니다(인터럽트를 설정하는 것도 좋습니다).
따라서 프로그래밍 프로세스가 단순화되고 보편성 (모든 프로그램 및 MT4와 함께 작업 할 수있는 기능)이 있습니다.
따라서 주요 문제는 결과 매개 변수 파일을 프로그램 본문에 도킹하는 것입니다.
이 방향에서 나는 기능의 진부한 확장이 아닌 MT5의 진화를보고 싶습니다....
그리고 RAM을 통한 교환도 나쁘지 않을 것입니다. 아마도 여전히 1000 배 더 빠릅니다.
또한 웹을 통한 연결도 고려할 수 있습니다... 꽤 흥미로울 것입니다.
어떻게 생각하세요?
네 번째 원칙을 이해하지 못하겠습니다. 예를 들어 설명해 주시겠어요?
네 번째 원칙을 이해하지 못하겠습니다. 예를 들어 설명해 주시겠어요?
안녕하세요 레오님, 네 번째 원칙을 언급할 때 정확히 무엇을 말하는 건가요? 이 문서의 주제 4가 "제어용 공작물"에 관한 것으로 알고 있습니다. 질문을 좀 더 구체적으로 설명해 주시겠어요?
직사각형과 상자의 조합과 몇 가지 정보로 구성된 사용자 지정 그래픽 개체를 만들고 싶습니다. 이 개체를 자주 사용할 것이므로 쉽게 접근할 수 있으면 좋겠습니다. MT5 툴바에 사용자 지정 그래픽 개체를 추가할 수 있나요? 불가능하다면 다른 제안을 해주시겠습니까?
이상하네...
원래 이렇게 해야 하는 거 아니야?
아니면 이렇게