MQL5의 OOP에 대한 질문 - 페이지 58

 
Vladimir Simakov :

내가 설명한다.

mql5에서 내포된 클래스는 프로와 마찬가지로 외부 클래스와 관련하여 친구이지만(그런데 이 순간을 정확히 알지 못했습니다) mql4에서는 이것이 구현되지 않았으며 다시 한 번 , 목발을 써야 합니다. 즉, 이 코드는 mql5에서는 올바르게 컴파일되지만 mql4 에서는 컴파일 오류가 발생 합니다.

물론 여기에서 그들은 이것이 C ++가 아니라고 즉시 나에게 쓸 것이지만 그럼에도 불구하고 나는 유추를 그릴 것입니다.

공식 mql 문서의 중첩 클래스와 외부 필드에 액세스하는 기능에 대해서는 기억나지 않습니다. 따라서 이 모든 것이 UB에 대한 생각을 불러일으킵니다. 예, 작동하지만 관련 정보가 부두에 나타날 때까지 자신의 위험과 위험을 감수하는 것처럼 베팅하십시오.

다섯 번째는 나머지 불일치를 제거하기 위해 점점 더 자주 수정됩니다. 4에서는 주의가 덜합니다. 아마도 그 이유일 것입니다. 예, 그리고 4-ki 시대에는 중첩 클래스가 필요하지 않은 사람이 없었습니다.)))

 
Igor Makanu :

당신 이야기의 교훈은 무엇입니까? 모두가 일을 하고 자리를 잡습니다 - 당신은 적절한 시간에 적절한 장소에 있어야 합니다. 그것은 비즈니스입니다 ... 버튼을 누를 자리가 비어 있었기 때문에 수락했습니다)))

아니면 당시에 외국 증명서가 있었나요? ;)


추신: 왜 일하세요? 높은 비용? - EA 100-300,000 루블에 대한 평균 수표가 있습니다. 제 생각에는 적어도 한 달 동안 충분해야합니다.))))


UPD: 내가 모르는 사이에 괴물 쇼에 참가자가 된 것 같은 느낌이 들었습니다. 이것은 옳지 않습니다! (((

마음이 아프네요, 감사합니다! )))) 마찬가지로 유머는 OOP에서 매우 중요한 것입니다 ..)))))

 
Igor Makanu :

당신 이야기의 교훈은 무엇입니까?

나는 첫눈에 그 어려운 일을 - 간단합니다. 그리고 많은 페이지의 이 스레드 - 복잡한 단어로 간단한 것을 논의하는 ... 그것이 전체 메시지입니다 ...

 
Evgeniy Zhdan :

이것은 언뜻보기에 복잡한 것이 단순하다는 것을 의미합니다. 그리고 많은 페이지의 이 스레드 - 복잡한 단어로 간단한 것을 논의하는 ... 그것이 전체 메시지입니다 ...

오래된 농담은 기억나지 않지만 "무슨 생각을 하고 있니! 더 높이 뛰어올라!"라는 결말만 머릿속에 맴돈다!

)))


기분 나빴다면 사과하고 고의로 그런 건 아니어서 논의가 완전 성사됐어


토론에 도움을 주신 분들 덕분에 쉬겠습니다.

 
Evgeniy Zhdan :

나는 첫눈에 그 어려운 일을 - 간단합니다. 그리고 많은 페이지의 이 스레드 - 복잡한 단어로 간단한 것을 논의하는 ... 그것이 전체 메시지입니다 ...

나는 동의한다) 나는 또한 나의 태도가 .. 패턴에 말하자 .. 일반적으로 당신의 심리학자에게 표현하는 것이 가장 좋다고 생각합니다)))

 
Igor Makanu :

토론에 도움을 주신 분들 덕분에 쉬겠습니다.

문제를 해결하셨나요? )

이고르 마카누 :

주어진:
1. 유한 상태 기계(KA)
2. 우주선의 수는 불명
3. SC 상태: 성공/실패/작동
4. CA는 여러 스레드(thread)에서 실행되며 스레드 수는 알 수 없음

패턴은 다음을 허용해야 합니다.
1. 각 KA에 대해 고유한 ID를 발급합니다. 카운터가 롤링되지 않습니다.
2. 스레드 전체에 균등하게 CA 추가
3. KA 상태 가져오기
4. 우주선의 상태가 이전에 발행된 작업으로 정확히 실패한 경우 우주선을 다시 시작합니다.
5. CA를 데이터베이스에 저장하고 상태가 성공하면 스트림에서 제거합니다.
6. 우주선의 상태(저장된 ID)를 복원하고 스트림에 추가
7. CA 메시지 교환을 위한 공통 풀이 있고, 풀은 고무가 아니며, 원격 CA는 메시지를 수신하지 않지만 새로 생성된 CA는 새 메시지를 수신해야 하며 죽인 CA에서 남겨진 메시지가 아니라 스레드와 CA 사이에 동기화가 없습니다.
8. 전체 패턴 및 메시지 풀의 상태 저장 및 복원

* KA는 동일한 유형의 작업을 수행하지 않습니다.
** 메시지 풀이 주요 문제이지만 CA 또는 DB 또는 ?
*** 아마도 이 모든 것이 데이터베이스와 작동하고 패턴은 여기에 전혀 필요하지 않습니까?

이 추상적인 설명으로는 이 알고리즘이 추구하는 구체적인 목표를 이해하기 어렵습니다. 그러나 당신 자신은 깊은 곳에서 모든 것이 데이터베이스에 대한 사소한 행동 순서로 귀착된다는 것을 이해하는 것 같습니다. 이 전체 난해한 목록은 엉덩이를 통해 편도선을 자르려는 시도입니다)

마찬가지로, 이 불운한 수호자와 마찬가지로. 실제로 개체의 내용을 컨테이너로 복사한 다음 이 컨테이너에서 다시 개체로 복사해야 합니다. 그러나 아니요, 모든 것을 통제하는 신비한 Memento를 생각해낼 필요가 있었습니다. 알고리즘을 혼동하고 갑자기 오버 헤드를 생성합니다.

 
Alexey Navoykov :

문제를 해결하셨나요? )

예, 기술 정보가 수집되었으며 이제 흡수 및 분석 중입니다.

그리고 본질적으로 개인적인 의견을 표현할 수있는 몇 안되는 사람 중 한 명으로서 감사합니다.


알렉세이 나보이코프 :

이 추상적인 설명으로는 이 알고리즘이 추구하는 구체적인 목표를 이해하기 어렵습니다.

내 생각에 정보 검색은 너무 추상적으로 보여야 하며 더 많은 다윈 상을 받은 어떤 비밀 연구 작업에 관한 것이 아닙니다....

진지하게, 내가 특정 목표를 작성한다면 - 그것들은 구현되지만 모든 것이 무작위로 이루어집니다. 그러면 서투른 코드를 구조화하기 위해 내 목표가 아니라 이전 경험에 대해 논의해야 합니다. 이제 처음부터 알고리즘을 전송할 수 있습니다. 볼륨이 작고 권한이 명확하게 분리되어 있습니다. .... 그러나 3개의 개별 작업 작업에서 궁극적으로 목표는 공통적입니다.... 음, 알다시피, 모든 것이 명확해졌습니다. 지금)))

 

다시 안녕!


그러한 질문이 있습니까? enum , enum 배열이나 enum 목록 또는 enum 컨테이너가 필요합니다. 지금 7 enum 을 저장할 수 있지만 식욕이 증가하고 있으며 아마도 70 enum이 될 것입니다.


어디 ?

 
Igor Makanu :

그러한 질문이 있습니까? enum , enum 배열이나 enum 목록 또는 enum 컨테이너가 필요합니다. 지금 7 enum 을 저장할 수 있지만 식욕이 증가하고 있으며 아마도 70 enum이 될 것입니다.

7개의 열거형 유형 또는 7개의 열거형 값?
 
Alexey Navoykov :
7개의 열거형 유형 또는 7개의 열거형 값?

7 종류, 값의 수는 임의


생각나는건 컨테이너로서의 구조뿐인데 또 기술적인 정보를 찾고있음))


문제는 열거 형의 전역 가시성 만 가정하지만 개체의 상태를 저장하려면 특정 열거 형을 사용해야한다는 것입니다.