OOP 전문가를 위한 질문입니다. - 페이지 44

 
Dmitry Fedoseev :

개체 자체는 이 작업을 수행하지 않습니다. 데이터베이스에서 이 과일의 속성, 다른 과일의 속성을 선택하고 결합(무언가 남기고 버리기) - 새로운 과일을 얻음 - 데이터베이스에 추가합니다.

이것은 우리가 용어에 대해 이야기하는 경우입니다. - 단어. 그러나 결국 과일은 과일일 뿐만 아니라 물질적이고 생물학적인 대상이며 상속 사슬은 "물질", "식물" 등의 개체를 통과합니다... 해당 개체에 있는 모든 것은 "상속"입니다. .

그냥 단어가 아닙니다. 이것은 유전 사슬로 연결된 거대한 정보 복합체입니다.

 
Реter Konow :

이것은 우리가 용어에 대해 이야기하는 경우입니다. - 단어. 그러나 결국 과일은 과일일 뿐만 아니라 물질적이고 생물학적인 대상이며 상속 사슬은 "물질", "식물" 등의 개체를 통과합니다... 해당 개체에 있는 모든 것은 "상속"입니다. .

그냥 단어가 아닙니다. 이것은 유전 사슬로 연결된 거대한 정보 복합체입니다.

제발 - 모든 속성이 테이블에 추가됩니다. 과일 테이블에 부모의 id라는 열을 하나 더 추가할 수 있으며 계층 구조의 무한한 구축 가능성이 있습니다.

속성을 분류하기 위해 다른 테이블을 추가할 수 있습니다(범주 이름을 지정하기 위해 다른 테이블).

 
fxsaber :

해당 툴킷이 게시됩니다. 작성자 외에는 필요하지 않습니다.

그리고 이것 은 여전히 필요 합니다 . 그러나 그에게도 아무도 필요하지 않을 것입니다.

KB, 기사 등도 같은 상황입니다.


개발자들은 사용자 정의 기호, 서비스, 눈금, 캐시, 핍 등을 도입했습니다. 필요한 경우 단위.

테스터의 새로운 pip 모드를 살펴보겠습니다. 누가 필요합니까? - 사실 아무도! 이 모드는 개발자에 의한 테스터의 중요한 알고리즘 최적화의 비전으로 탄생했습니다. 누가 그 유용성을 이해했습니까? -없음! 모든 면에서 그렇습니다.

이제 테스터가 크게 수정되었습니다. 따라서 이러한 수정 nafig는 누구에게도 포기하지 않았습니다. 글쎄, 그것을 높이 평가할 괴짜가 있습니다. 현재 형태에서 MT5-Tester는 모든 경쟁자보다 우수합니다. 그러나 어떤 이유로 그들은 더 시원하게 만들고 싶어합니다. 동시에 미래의 기능은 고사하고 현재 기능을 평가할 수 있는 사람은 아무도 없습니다. 개발자는 사용자보다 몇 배나 더 키가 큽니다. 그리고 분명히 테스터의 변화에 대한 동기는 수익 창출(아무도 이해하지 못한다면 불가능함)이 아니라 전례 없는 일을 하려는 내부 욕구입니다.

나는 당신의 의견에 대해 생각했습니다. Metaquotes가 트레이더나 프로그래머가 더 이상 요구하지 않을 것, 즉 사용 가능한 모든 기능을 완전히 사용하기 위해 MT5에 대한 필요한 지식 수준에 대해 왜 그렇게 많은 노력을 들이는지 이해가 되지 않습니다. 글쎄, 적어도 2년은 MT에 앉아서 그가 할 수 있는 것을 공부한다 - 나는 스스로 판단하고, 많이 테스트하고, 많이 읽지만, 여전히 나는 가능성의 절반을 연구하지 않았으며 이것이 받아들여지고 있다. 포럼에 지원 및 자산이 있는 포럼이 있다는 계정!


나는 Metaquotes가 MT5에서 가장 최적의 알고리즘을 찾고 있다고 가정할 것이므로 MT4가 마침내 패배한 후 MT7이 출시될 것입니다. 이는 아마도 MT4와 MT5의 장점을 고려하게 될 것입니다. 그들이 포럼에 작성하는 내용은 많은 것을 고려합니다. 업그레이드하는 데 많은 시간이 걸리는 것은 분명합니다.

추신: MT7 .... 7은 구식이기 때문에, Win7은 전설과 같기 때문에 ....))))))

추신: MT4는 확실히 패배할 것입니다. 이제 32비트 MT5에 대한 지원이 중단됩니다. 즉, MT4에서 더 이상 수행할 작업이 없습니다. 이제 모든 MT4 업그레이드가 MT5와 동시에 진행됩니다.

 
Igor Makanu :
...

추신: MT4는 확실히 패배할 것입니다. 이제 32비트 MT5에 대한 지원이 중단됩니다. 즉, MT4에서 더 이상 수행할 작업이 없습니다. 이제 모든 MT4 업그레이드가 MT5와 동시에 진행됩니다.

MetaTrader4를 완전히 종료하려면 이를 사용하는 모든 DC가 MetaTrader5로 전환해야 합니다. 빨리 하는 것이 얼마나 현실적입니까?

 
Artyom Trishkin :

MetaTrader4를 완전히 종료하려면 이를 사용하는 모든 DC가 MetaTrader5로 전환해야 합니다. 빨리 하는 것이 얼마나 현실적입니까?

이름으로 모든 회사의 역사를 보면 ... 그들은 항상 강제로 해왔습니다. 지원 중단 및 새 소프트웨어 사용에 대한 보다 유리한 조건 제공

추신: Win95에서 Win98로의 전환에 대해 이미 기억하고 있습니다. 새 장비가 Win95 지원을 중단하고 Win98로 크롤링해야 했습니다. 비즈니스의 모든 곳에서 동일하며 대규모 참가자와 계약이 있으며 사용자는 강제로 실행됩니다. 그것을 사용합니다. 그러나 모든 것이 그렇게 슬픈 것은 아닙니다. 사용자는 항상 새로운 것을 사랑하는 사람들로 나뉩니다. 스스로 점프하고 "일하고 만지지 마십시오!" - 소수에 남아 있을 때 처리해야 합니다.

 
Igor Makanu :

이름으로 모든 회사의 역사를 보면 ... 그들은 항상 강제로 해왔습니다. 지원 중단 및 새 소프트웨어 사용에 대한 보다 유리한 조건 제공

추신: Win95에서 Win98로의 전환에 대해 이미 기억하고 있습니다. 새 장비가 Win95 지원을 중단하고 Win98로 크롤링해야 했습니다. 비즈니스의 모든 곳에서 동일하며 대규모 참가자와 계약이 있으며 사용자는 강제로 실행됩니다. 그것을 사용합니다. 그러나 모든 것이 그렇게 슬픈 것은 아닙니다. 사용자는 항상 새로운 것을 사랑하는 사람들로 나뉩니다. 스스로 점프하고 "일하고 만지지 마십시오!" - 소수에 남아 있을 때 처리해야 합니다.

문제의 사실은 회사와 협상이 가능하지만 사용자와 ...

글쎄, 오늘 우리는 사람들이 프로그램을 작성하는 방법의 예를 이미 보았습니다. 데이터를 수신(여부?)하고 즉시 보냈습니다. 내가 보낸 것 - "나는 보지도 않고 보지도 않을 것입니다", 그러나 "왜 그것이 작동하지 않는지" - 포럼에 즉시 질문. 그리고 어떤 이유로 많은 사람들이 MQL4에서 이런 식으로 작성합니다. 플랫폼과 프로그래밍 언어에 관계없이 항상 수신된 데이터를 제어해야 하지만. 그러나 사람들은 MQL4에서 이것을 할 필요가 없다고 생각합니다. 왜(?) - 우발적으로.
즉, 사용자 수준은 초등학교 수준이다. 처음부터 프로그램을 올바르게 작성하는 사람들은 MQL4와 MQL5 사이에 차이를 느끼지 못합니다. 모두 동일합니다.

그리고 이것의 결론은 학생들이 발로 플랫폼에 투표한다는 것입니다. 그리고 그들이 프로그램을 올바르게 작성하기 시작하도록 하는 것은 더 어렵습니다. 그들은 "작동합니다 - 만지지 마십시오"라는 논쟁을 가지고 있으며 작동이 중지되면 (글쎄, 우리는 그들의 프로그램 수준을 알고 있습니다) 누가 책임을 져야합니까? 물론 "MetaQuotes가 책임이 있습니다." - "그들은 업데이트로 모든 것을 망가뜨렸다"고 말하며, 때로는 OS도 그들에 대한 책임이 있습니다.

 
Igor Makanu :

나는 Metaquote가 거래자나 프로그래머가 더 이상 요구하지 않을 무언가에 왜 그렇게 많은 노력을 쏟는지 이해하지 못합니다.

글쎄, 그들은 우선 순위에 따른 작업 목록을 가지고 있습니다. 작업은 논리적이며 손이 천천히 도달합니다. 가이드라인 역할을 하는 것은 경쟁 솔루션일 뿐만 아니라 정확성에 대한 자체 비전입니다. 특정 단계에서 수익 창출을 포기하고 그냥 멋있게 하고 싶은 욕구를 머리에 댈 수 있습니다.


테스터에 따르면 클라우드를 제외한 모든 것을 사용합니다. 그리고 몇 가지가 누락되었습니다.

언어 면에서 나는 모든 것을(소켓과 C #과의 통합을 제외하고) 사용하고 그것으로 충분합니다.

디버그 및 프로파일러 - 예.

지표와 막대에 따르면 - 나는 그것을 사용하지 않습니다.

티키 - 충분히.

서비스 - 사용하고 있지만 개선의 여지가 없습니다.

파이썬은 그렇지 않습니다.


저는 MT5에서 100% 조사합니다. TS 디버깅 - 95%. 그러나 현재 수준에서 이것을 하려면 그의 도구 없이는 닫을 수도 없습니다.


다른 테스터로 이동하지 못하게 하는 이유(자신의 테스터 작성 포함).

  • 멋진 에이전트 기반 옵티마이저. 99% 신뢰할 수 있습니다.
  • 위대한 유전학.
  • 낮은 자원 소비.
  • 옵티마이저 캐시 및 단일 패스.
  • 정확한 다중 통화.
  • 쉬운 자동화 가능성(WinAPI를 통해서지만).
  • 시각화 기능이 있는 히스토리 디버거.
  • 개발자와 신속한 의사 소통 및 적절한 상호 작용. 의사 소통을위한 러시아어.
  • 버그를 찾는 거대한 사용자 군대. 그리고 개발자들은 그들을 지배합니다.
  • 신뢰성 - 메모리에서 천장에 부딪혀도 떨어지지 않습니다.
  • 내장 역사.
  • 뛰어난 휴대성과 처음부터 기본적인 "설치".
  • 모든 x64 OS와의 우정.
  • 민첩한 GUI.
  • 다른 사람의 행동을 재현하는 능력.

이것들이 모든 장점이 아니라 유지되는 장점일 뿐입니다. 일반적으로 나는 거의 모든 것을 사용하고 심지어 개발자도 무료 모드로 사용합니다.

하지만 테스터에 따르면 등장하자마자 써먹을 것들이 많이 보인다.

 
Artyom Trishkin :

문제의 사실은 회사와 협상이 가능하지만 사용자와 ...

글쎄, 오늘 우리는 사람들이 프로그램을 작성하는 방법의 예를 이미 보았습니다. 데이터를 수신(여부?)하고 즉시 보냈습니다. 내가 보낸 것 - "나는 보지도 않고 보지도 않을 것입니다", 그러나 "왜 그것이 작동하지 않는지" - 포럼에 즉시 질문. 그리고 어떤 이유로 많은 사람들이 MQL4에서 이런 식으로 작성합니다. 플랫폼과 프로그래밍 언어에 관계없이 항상 수신된 데이터를 제어해야 하지만. 그러나 사람들은 MQL4에서 이것을 할 필요가 없다고 생각합니다. 왜(?) - 우발적으로.
즉, 사용자 수준은 초등학교 수준이다. 처음부터 프로그램을 올바르게 작성하는 사람들은 MQL4와 MQL5 사이에 차이를 느끼지 못합니다 . 모두 동일합니다.

그리고 이것의 결론은 학생들이 발로 플랫폼에 투표한다는 것입니다. 그리고 그들이 프로그램을 올바르게 작성하기 시작하도록 하는 것은 더 어렵습니다. 그들은 "작동합니다 - 만지지 마십시오"라는 논쟁을 가지고 있으며 작동이 중지되면 (글쎄, 우리는 그들의 프로그램 수준을 알고 있습니다) 누가 책임을 져야합니까? 물론 "MetaQuotes가 책임이 있습니다." - "그들은 업데이트로 모든 것을 망가뜨렸다"고 말하며, 때로는 OS도 그들에 대한 책임이 있습니다.

별말씀을요.

 
Dmitry Fedoseev :

별말씀을요.

글쎄요, 그게 전부 였습니다.

Любые вопросы новичков по MQL4 и MQL5, помощь и обсуждение по алгоритмам и кодам
Любые вопросы новичков по MQL4 и MQL5, помощь и обсуждение по алгоритмам и кодам
  • 2019.10.06
  • www.mql5.com
В этой ветке я хочу начать свою помощь тем, кто действительно хочет разобраться и научиться программированию на новом MQL4 и желает легко перейти н...
 
fxsaber :

...

나는 진공에서 구형 오리너구리를 사육하곤 했습니다. 녹색, 파란색, 주황색 오리너구리는 우주의 진공 및 감마선에 완벽하게 적응합니다. 나는 그것들을 광고하고, 그것을 제시했고, 나 자신도 그것들의 필요성을 믿었다. 필요하지 않다고 들었습니다. 헛되이. 나는 반대로 말했다. 이제, 이것을 말하는 모든 사람에게 나는 대답합니다. 진공 상태에서 구형 오리너구리를 사육하지 마십시오 . 아무도 필요하지 않습니다.

주님을 원망하지 마십시오. 당신이 직접 나에게 가르쳤다.))