그리고 어떻게 생각해? PLO가 있습니다. 이는 헬리콥터가 있는 탱크가 최소한 있다는 것을 의미합니다.
그런데 왜 전에는 이렇게 하지 못했을까? 게으른 :)
오! 여기이 존경과 uvazhuha가 있습니다.
나에게 매우 중요합니다. 지난 1년 동안의 모든 개발은 표준 라이브러리 를 기반으로 했으며 제 생각에는 해당 클래스가 매우 사려 깊은 아키텍처를 가지고 있으며 유연한 시스템을 작성하는 데 많은 도움이 됩니다. 나는 MT5가 매우 적은 수의 DC를 지원한다는 사실에 매우 화가 났습니다. MT4가 표준 라이브러리를 이해한다면 - 그러면 거의 모든 개발이 MT4에서 사용될 수 있습니다 - 유일한 차이점은 위치 작업이 수행되는 위치입니다.
그랬더니 조금 화가 났습니다. 제 생각에는 MT4++를 사용하면 MT5 플랫폼이 대부분의 DC에서 오랫동안 지원되지 않을 것입니다.
나는 브라질, 미국, 중국에 대해 들었습니다. 결국 러시아 소프트웨어는 조국에 부끄러운 일입니다.
테스터에 변경 사항이 있습니까? 특히 흥미로운 점은 자신의 최적화 기준 을 사용할 수 있다는 것입니다.
그리고 어떻게 생각해? PLO가 있습니다. 이는 헬리콥터가 있는 탱크가 최소한 있다는 것을 의미합니다.
그런데 왜 전에는 이렇게 하지 못했을까? 게으른 :)
오! 여기이 존경과 uvazhuha가 있습니다.
나에게 매우 중요합니다. 지난 1년 동안의 모든 개발은 표준 라이브러리 를 기반으로 했으며 제 생각에는 해당 클래스가 매우 사려 깊은 아키텍처를 가지고 있으며 유연한 시스템을 작성하는 데 많은 도움이 됩니다. 나는 MT5가 매우 적은 수의 DC를 지원한다는 사실에 매우 화가 났습니다. MT4가 표준 라이브러리를 이해한다면 - 그러면 거의 모든 개발이 MT4에서 사용될 수 있습니다 - 유일한 차이점은 위치 작업이 수행되는 위치입니다.
그랬더니 조금 화가 났습니다. 제 생각에는 MT4++를 사용하면 MT5 플랫폼이 대부분의 DC에서 오랫동안 지원되지 않을 것입니다.
hrenfx, 밀지 마세요.
당신은 경쟁이나 개발의 대상이 아닙니다. 당신의 불만이 알려지고, 당신의 담즙이 보았지만, 가치 있는 것은 아무것도 없습니다. 비행기를 만들자 - 형제의 비판은 적지 않을 것입니다.
hrenfx 의 모든 주장에 동의하지는 않지만 개인적으로 OOP 및 Standard Library 만을 위해 MT5를 선택했습니다.
OOP가 MT4++에 도입되었을 때 표준 라이브러리 클래스의 가능한 많은 인터페이스가 보존되는 것이 매우 바람직할 것입니다. (이상적으로는 네팅과 직접 관련된 CTrade, СPositionInfo와 같은 거래 클래스를 제외한 모든 것).
그건 그렇고, 그가 사용자 정의 기록과 관련된 모든 것에 대해 이야기하는 동일한 오래된 태블릿에서 - MT5에서 여전히 에뮬레이션할 수 있음 - 이러한 기회를 사용하기만 하면 됩니다.
RTS와 우크라이나어로는 충분하지 않습니까? :)
나는 우크라이나어에 대해 전혀 신경 쓰지 않습니다. 솔직히 말해서 실례합니다 .. 나는 그 리브 니아를 받아 들일 준비가되었습니다)
파생상품만 보입니다.
denkir :
А Дебугер появится в MetaEditor4?
그건 그렇고, 네!
MT5의 또 다른 큰 장점은 디버거입니다.
과거 데이터에서는 작동하지 않는다는 점을 감안하더라도 복잡한 프로그램 구조를 작성할 때 큰 도움이 됩니다.
예, 그것은 아닌 것 같습니다. 그들은 몇 장을 다시 말했습니다 ..