구조 바위. 우리는 프로그램을 구성하고 가능성, 오류, 솔루션 등을 탐색하는 방법을 배웁니다. - 페이지 5

 
  1. 저에게 모든 프로젝트는 인터페이스로 시작합니다. 사려 깊은 인터페이스 => 최적의 프로젝트 구조.
  2. 데이터 구조 (변수)를 개발 중입니다. 속도는 이에 따라 다릅니다.
  3. 각 블록에서 올바른 작업을 수행한 다음에만 최적화합니다.
  4. 프로젝트가 준비되면 테스트를 위해 제출해야 합니다. 발견된 오류 및 "편의가 아님"을 수정합니다.
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных
  • www.mql5.com
Стандартные константы, перечисления и структуры / Структуры данных - Документация по MQL5
 
FAQ :
나는 TOR를 읽었습니다. 구조 형태의 솔루션이 그 자체로 마음에 들지 않으면 다른 프로젝트의 회전율을 처리하며 일반적으로 첫날에는 구현을 시작하지 않습니다. 프로그램이 MKL 또는 HTML이 아닌 경우 구현, 구조, 유형, 클래스를 읽고 계산합니다. 전체적인 그림이 머릿속에 떠오르면 블록을 자르거나 주요 모듈을 작성하기 시작합니다. 뭔가 서두르지 않으면 테트리스 같은 장난감을 가지고 소파에 쓰러지고, 문제가 완전히 풀릴 때까지, 아니면 지루해질 때까지 놀아요 :)
그것이 나를 사로 잡은 것입니다. ".......... 구조 형태의 솔루션이 저절로 떠오르지 않으면 .......". 나에게도 머리 속에 조화로운 프로젝트 구조를 형성하는 것은 프로젝트에 대한 추가 작업을 시작할 수 있는 기회와 관련이 있습니다. 그것이 발전할 때까지 - 가능한 모든 방법으로 나는 모든 낙서를 연기합니다. 일반적으로 너무 비싸다는 것은 이미 작성된 내용에 따른 구조적 변경입니다. 초기에 기초부터 생각해보는 시간을 가져보는 것이 좋다.
 

그건 그렇고, 게임에 대해 - 오늘 나는 테트리스 등이인지 능력을 향상시킨다는 뉴스를 어디선가 읽었습니다 - 그래서 나는 확인합니다. 경기장의 옵션을 분류하면 두뇌가 마치 잠재 의식에서처럼 병렬로 작동합니다. 다른 작업에.

PS, 뉴런 최적화처럼 :)

DC2008 :
  1. 저에게 모든 프로젝트는 인터페이스로 시작합니다. 사려 깊은 인터페이스 => 최적의 프로젝트 구조.
  2. 데이터 구조 (변수)를 개발 중입니다. 속도는 이에 따라 다릅니다.
  3. 각 블록에서 올바른 작업을 수행한 다음에만 최적화합니다.
  4. 프로젝트가 준비되면 테스트를 위해 제출해야 합니다. 발견된 오류 및 "편의가 아님"을 수정합니다.

1. 데이터 전송이 필요한 경우 먼저 데이터 구조, 프로토콜, 형식에 대해 생각합니다. 그렇지 않은 경우 대략 같은 순서로 진행됩니다. µl에 대해 이야기하면 거의 모든 블록이 오랫동안 작성되고 최적화되었으며 별도로 작성할 필요가 거의 없으며 일반적으로 기존 기능에 대한 추가 기능으로 관리합니다.

ZYZY. 원칙적으로 대부분의 시간은 알고리즘 개발에 소요됩니다.

 
FAQ :

그건 그렇고, 게임에 대해 - 오늘 나는 테트리스 등이인지 능력을 향상시킨다는 뉴스를 어디선가 읽었습니다 - 그래서 나는 확인합니다. 경기장의 옵션을 분류하면 두뇌가 마치 잠재 의식에서처럼 병렬로 작동합니다. 다른 작업에.

PS, 뉴런 최적화처럼 :)

이 용량에는 항상 지뢰 찾기가 있습니다. ))


 
FAQ :

그건 그렇고, 게임에 대해 - 오늘 나는 테트리스 등이인지 능력을 향상시킨다는 뉴스를 어디선가 읽었습니다 - 그래서 나는 확인합니다. 경기장의 옵션을 분류하면 두뇌가 마치 잠재 의식에서처럼 병렬로 작동합니다. 다른 작업에.

...

이 효과는 수평으로만 작동합니까 아니면 다른 위치에서도 작동합니까? :)

편안하고 달콤한 꿈에 빠지지 않는 것이 중요하지만 어떻게 든 추상화는 수평으로 더 좋습니다. :)

 

생각의 교환/상호 학습을 위해, 나는 다소 실용적인 문제처럼 보이는 (손가락에서 빨아) 전체 집단 농장과 그것을 구성하는 것을 제안합니다.

예를 들어, 최소한 그러한 작업에 대한 기본 구조(더 정확하게는 이러한 구조의 변형)에 대한 개요를 작성하십시오.

어쨌든 서면 고문이 있습니다(예: 거래 아이디어를 테스트하기 위해). 테스터(고객)의 아이디어가 유망한 결과를 보였다고 가정합니다. 이제 어드바이저를 개발에 편리한 형태로 가져오려면 어드바이저를 다시 작성해야 합니다. 특히 그래픽 사용자 제어판을 제공합니다 .

테스터에서 최적화를 위해 패널을 비활성화하거나 Expert Advisor의 전체 "비그래픽" 구현을 그래픽 인터페이스 에 연결할 수 있는 포함된 파일(.mqh)로 이동하는 것이 바람직합니다. "테스트" 및 " 그래픽" 버전 작동의 차이점 없이 (제외하기 위해).

그러한 프로젝트를 구성하는 데 대한 고려 사항을 듣고 읽고 싶습니다. 특히, 그러한 프로젝트에서 이벤트 관리 모델의 구현에 대해. 이중 구현(테스트 + 패널)이 고객의 엄격한 요구 사항이라고 가정합니다(즉, 어떤 방식으로든 수행해야 하며 구현 방법만 선택할 수 있음).

퍼즐을 풀어볼까요?

 

그리고 MT4용 :)

추신. 하지만 그런 voosche melenko, 좀 더 글로벌한 문제를 가집니까?

 
FAQ :
그리고 MT4용 :)
음, 제어판에서는 어려울 것입니다. 예, 수업과 함께 당신은 도망 가지 않을 것입니다 ...)))
 
MetaDriver :
음, 제어판에서는 어려울 것입니다. 예, 수업과 함께 당신은 도망 가지 않을 것입니다 ...)))

그러나 나는 이것을 위해 모든 것을 가지고 있습니다 :))))

추신. 저는 그냥 5시에 합격했습니다. 그래서 나 없이 추상적인 알고리즘 문제가 더 낫습니다.

 
FAQ :
그러나 나는 이것을 위해 모든 것을 가지고 있습니다 :))))

글쎄요, (일반적으로) 어떻게 이 격차를 상위 4위 안에 들 수 있습니까? 모든 것이 DLL에 있습니까? :)