예, 이것이 MT4에서 성공의 열쇠인 것 같습니다. 이해하기 쉽고 간단한 제품, 사용자가 아키텍처 및 OOP에 대한 깊은 지식이 필요하지 않은 언어, 일련의 지침을 작성하기만 하면 됩니다. 이것 저것 - 그리고 언어를 사용하면 보장할 수 있습니다.
MT5에서는 상황이 더 복잡해지고 이벤트 모델이 더 복잡해지고 데이터 모델이 더 복잡해졌습니다. 많은 것을 머리에 넣어야 하고 추가 검사를 작성해야 합니다. 예를 들어, 지표 계산을 위한 데이터를 얻으려면 데이터가 실제로 로드되었는지 확인해야 하며 다중 통화 지표 의 경우 일반적으로 어려운 작업이 됩니다.
해결책은 MT4에서와 같이 상인의 모든 작업이 포장될 기능 세트를 만드는 것입니다. 부분적으로 개발자는 이미 iClose, iTime 등과 같은 기능을 만들었습니다. 이러한 기능이 더 필요합니다. 즉 , 시스템 레벨과 애플리케이션 레벨 사이에 레이어가 필요하다.
예, 이것이 MT4에서 성공의 열쇠인 것 같습니다. 이해하기 쉽고 간단한 제품, 사용자가 아키텍처 및 OOP에 대한 깊은 지식이 필요하지 않은 언어, 일련의 지침을 작성하기만 하면 됩니다. 이것 저것 - 그리고 언어를 사용하면 보장할 수 있습니다.
MT5에서는 상황이 더 복잡해지고 이벤트 모델이 더 복잡해지고 데이터 모델이 더 복잡해졌습니다. 많은 것을 머리에 넣어야 하고 추가 검사를 작성해야 합니다. 예를 들어, 지표 계산을 위한 데이터를 얻으려면 데이터가 실제로 로드되었는지 확인해야 하며 다중 통화 지표 의 경우 일반적으로 어려운 작업이 됩니다.
OOP없이 C 스타일로 MT5로 작성하는 것을 막는 사람이 있습니까?
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
명백한 설명을 잊어 버리십시오)))
추신: 어린 시절이 생각났어요 아 그런 시절이 있었는데... 90년대 초반 아이들의 다툼과 닮아 코카콜라나 펩시콜라보다 나은데 왠지 코카콜라가 더 시원하다고 생각하는 사람들이 이겼고, 분명히 이것이 논쟁의 목적이었습니다. 펩시는 자유롭게 구할 수 있었고 누가 콜라가 아니라 운이 좋았는지 .... 그리고 스프라이트가 와서 모든 고정 관념을 파괴했습니다. 이 어린이 음료는 성인이 레몬 보드카 (Stopka ??)를 마시기 위해 만든 것입니다)) ))
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
OOP 없이도 할 수 있지만 그 뿐만 아니라 위에서 쓴 것처럼 모든 종류의 뉘앙스를 고려해야 합니다. 예를 들어 다중 통화 표시기 와 관련하여 - MT5의 MT4에서 쉽고 자유롭게 수행된 작업은 더 이상 간단합니다. 개발자들이 이 문제를 고려하는 주제가 있었지만, 주로 속도와 최적성을 중시한 것으로 보아 모든 작업에 필요한 것은 아니며, 편의성과 단순성도 필요하다는 의견이다. 개발자들은 시간 동기화된 데이터 배열을 올바르게 확보하는 방법에 대한 정확한 표준 코드를 보여주도록 촉구받았지만, 내가 기억하는 한 그들은 이것을 피했습니다. 또한 몇 가지 아이디어를 테스트하고 신속하게 수행하기를 원할 때도 있습니다. 많은 사용자의 경우 k.m.k. MT5의 내부 구조를 이해하는 데 장벽이 MT4보다 높기 때문에 현재 사용할 수 없습니다. 저는 OOP와 MT5에서 수행된 새로운 멋진 것들을 포기할 것을 전혀 요구하지 않습니다. 그러나 mql5를 mql4처럼 보이게 만들고 일부 단계(iClose 기능 등)가 이미 수행된 추가 레이어를 생성하기를 요구합니다.
Aleksey Ivanov : 이것이 왜 필요한가? 또 다른 수정 아이디어? 한 플랫폼에는 몇 가지 장점이 있고 다른 플랫폼에는 다른 장점이 있습니다. 어떤 사람은 한 가지를 좋아하고 다른 사람은 다른 것을 좋아합니다. 다양성의 강점(변화하는 상황에서 살아남을 수 있음).
MT4를 파괴하고 싶다는 말도 안되는 외침과 함께 당신의 질문에 동시에 대답하겠습니다.
피할 수 없는 추세는 MT4가 점차 구식이 되어 가고 있다는 것입니다. 변경할 수 없습니다. Renat이 말했듯이 " 각 아키텍처/스켈레톤에는 자체 개발 제한이 있습니다 ." MT4는 오래전에 그들에게 도달했고 더 이상 발전하지 않기 때문에(발전하더라도 금세 상한선에 도달할 것입니다) 미래에 쉽게 위치를 잃을 수 있습니다.
경쟁자들은 MT4의 뒤에서 기다리고 숨을 쉬고 있습니다. 그들은 확실히 자신의 개발과 시간 놀이를 자신의 손으로 개발하고 있습니다. 회사는 악화되는 상황을 바로잡고 발전에 발맞추기 위해 MT5를 개발하여 시행하고 있습니다. 기술적으로 MT5는 다른 플랫폼보다 우위에 있으며 경쟁업체는 앞으로 몇 년 동안 이를 극복하지 못할 것이지만 인기가 있는 경우에만 가능합니다 . MT5의 도입 실패는 MT5가 경쟁자에게 끔찍하지 않기 때문에 시장의 독점을 위협합니다. MQ는 MT4에만 의존할 수 있으며 기술적으로 경쟁업체가 대처하기가 훨씬 쉽습니다.
MT5를 도입하려는 시도는 틈새 시장의 미래 지배력을 위한 투쟁과 앞으로 수년간 그것을 보장하려는 열망입니다. 이것이 완료되지 않으면 가까운 장래에 쉽게 경쟁자의 희생양이 되어 시장에서 퇴출될 수 있습니다. 다시 한 번, 이것은 생존 문제입니다. "왜 군대를 다시 장비합니까? 1 차 세계 대전의 무기가 쏘지 않습니까? 싸우자 ..."라는 질문은 아무도 없습니다.
그럴 것 같지만 나 또는 다른 사용자가 이에 대해 무엇을 걱정합니까? 회사 문제입니다. 그러나 크게 생각하는 것에 익숙해지면서 MT5와 연결된 내 프로젝트 의 전망이 보입니다. 이것은 가장 야심 찬 아이디어를 구현하는 데 편리한 강력한 기술 지원입니다. 그리고 몇 년 안에 구식 플랫폼과 함께 불필요하지 않도록 MT5도 거대해야 합니다.
OOP 없이도 할 수 있지만 그 뿐만 아니라 위에서 쓴 것처럼 모든 종류의 뉘앙스를 고려해야 합니다. 예를 들어 다중 통화 표시기 와 관련하여 - MT5의 MT4에서 쉽고 자유롭게 수행된 작업은 더 이상 간단합니다. 개발자들이 이 문제를 고려하는 주제가 있었지만, 주로 속도와 최적성을 중시한 것으로 보아 모든 작업에 필요한 것은 아니며, 편의성과 단순성도 필요하다는 의견이다. 개발자들은 시간 동기화된 데이터 배열을 올바르게 확보하는 방법에 대한 정확한 표준 코드를 보여주도록 촉구받았지만, 내가 기억하는 한 그들은 이것을 피했습니다. 또한 몇 가지 아이디어를 테스트하고 신속하게 수행하기를 원할 때도 있습니다. 많은 사용자의 경우 k.m.k. MT5의 내부 구조를 이해하는 데 장벽이 MT4보다 높기 때문에 현재 사용할 수 없습니다. 저는 OOP와 MT5에서 수행된 새로운 멋진 것들을 포기할 것을 전혀 요구하지 않습니다. 그러나 mql5를 mql4처럼 보이게 만들고 일부 단계(iClose 기능 등)가 이미 수행된 추가 레이어를 생성하기를 요구합니다.
일반적으로 IMHO, MK의 오류는 모든 언어에서 관례적인 것처럼 MKL 코드의 이전 버전과의 호환성이 부족하다는 것입니다. 즉, MT4 프로그램은 MT5로 가야 하지만 그 반대의 경우도 필요하지 않습니다. 모든 개발을 버리고 처음부터 시작하여 플랫폼을 변경하십시오. MT4는 수세기 동안 살 것입니다! 매머드가 죽을 때까지.))
주제의 주요 질문입니다. 명확하고 논리적이며 사려 깊은 프레젠테이션을 환영합니다.
알았습니다. 아이디어를 신속하게 테스트하는 것이 편리합니다.
예, 이것이 MT4에서 성공의 열쇠인 것 같습니다. 이해하기 쉽고 간단한 제품, 사용자가 아키텍처 및 OOP에 대한 깊은 지식이 필요하지 않은 언어, 일련의 지침을 작성하기만 하면 됩니다. 이것 저것 - 그리고 언어를 사용하면 보장할 수 있습니다.
MT5에서는 상황이 더 복잡해지고 이벤트 모델이 더 복잡해지고 데이터 모델이 더 복잡해졌습니다. 많은 것을 머리에 넣어야 하고 추가 검사를 작성해야 합니다. 예를 들어, 지표 계산을 위한 데이터를 얻으려면 데이터가 실제로 로드되었는지 확인해야 하며 다중 통화 지표 의 경우 일반적으로 어려운 작업이 됩니다.
해결책은 MT4에서와 같이 상인의 모든 작업이 포장될 기능 세트를 만드는 것입니다. 부분적으로 개발자는 이미 iClose, iTime 등과 같은 기능을 만들었습니다. 이러한 기능이 더 필요합니다. 즉 , 시스템 레벨과 애플리케이션 레벨 사이에 레이어가 필요하다.
PS 의견을 수집해주셔서 감사합니다.MT5에서 ex4를 실행할 수 있습니다. 몇 년 동안 유지하십시오.
로컬 마켓에서 MT4용 신제품 추가를 종료합니다(버전 업데이트만 남겨둠).
브로커가 제공하는 틱입니다. 나는 시각적 모드에서 그들을 조사했습니다. 몇 년 동안 러시아에서 가장 인기 있는 브로커의 깊이에서 몇 가지 징후에 따라 자동으로 생성됩니다(예: 고정 스프레드가 50포인트임).
사람들을 오도하지 마십시오!
MT5 테스터에서 실제 틱은 이 계정이 있는 서버에서 다운로드되는 실제 틱과 동일한 스프레드(고정 또는 부동)를 갖습니다.
예, 이것이 MT4에서 성공의 열쇠인 것 같습니다. 이해하기 쉽고 간단한 제품, 사용자가 아키텍처 및 OOP에 대한 깊은 지식이 필요하지 않은 언어, 일련의 지침을 작성하기만 하면 됩니다. 이것 저것 - 그리고 언어를 사용하면 보장할 수 있습니다.
MT5에서는 상황이 더 복잡해지고 이벤트 모델이 더 복잡해지고 데이터 모델이 더 복잡해졌습니다. 많은 것을 머리에 넣어야 하고 추가 검사를 작성해야 합니다. 예를 들어, 지표 계산을 위한 데이터를 얻으려면 데이터가 실제로 로드되었는지 확인해야 하며 다중 통화 지표 의 경우 일반적으로 어려운 작업이 됩니다.
OOP없이 C 스타일로 MT5로 작성하는 것을 막는 사람이 있습니까?
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
OOP없이 C 스타일로 MT5로 작성하는 것을 막는 사람이 있습니까?
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
명백한 설명을 잊어 버리십시오)))
추신: 어린 시절이 생각났어요 아 그런 시절이 있었는데... 90년대 초반 아이들의 다툼과 닮아 코카콜라나 펩시콜라보다 나은데 왠지 코카콜라가 더 시원하다고 생각하는 사람들이 이겼고, 분명히 이것이 논쟁의 목적이었습니다. 펩시는 자유롭게 구할 수 있었고 누가 콜라가 아니라 운이 좋았는지 .... 그리고 스프라이트가 와서 모든 고정 관념을 파괴했습니다. 이 어린이 음료는 성인이 레몬 보드카 (Stopka ??)를 마시기 위해 만든 것입니다)) ))
OOP없이 C 스타일로 MT5로 작성하는 것을 막는 사람이 있습니까?
데이터 모델은 복잡해지지 않고 조금 달라졌을 뿐이며 일반적으로 OOP 없이 모든 것에 대한 간단한 기능이 있습니다. 예, 대부분의 시스템에서 이 모델은 크게 잘린 형태로 필요합니다. 요컨대, 모든 것이 거의 같습니다.
OOP 없이도 할 수 있지만 그 뿐만 아니라 위에서 쓴 것처럼 모든 종류의 뉘앙스를 고려해야 합니다. 예를 들어 다중 통화 표시기 와 관련하여 - MT5의 MT4에서 쉽고 자유롭게 수행된 작업은 더 이상 간단합니다. 개발자들이 이 문제를 고려하는 주제가 있었지만, 주로 속도와 최적성을 중시한 것으로 보아 모든 작업에 필요한 것은 아니며, 편의성과 단순성도 필요하다는 의견이다. 개발자들은 시간 동기화된 데이터 배열을 올바르게 확보하는 방법에 대한 정확한 표준 코드를 보여주도록 촉구받았지만, 내가 기억하는 한 그들은 이것을 피했습니다. 또한 몇 가지 아이디어를 테스트하고 신속하게 수행하기를 원할 때도 있습니다. 많은 사용자의 경우 k.m.k. MT5의 내부 구조를 이해하는 데 장벽이 MT4보다 높기 때문에 현재 사용할 수 없습니다. 저는 OOP와 MT5에서 수행된 새로운 멋진 것들을 포기할 것을 전혀 요구하지 않습니다. 그러나 mql5를 mql4처럼 보이게 만들고 일부 단계(iClose 기능 등)가 이미 수행된 추가 레이어를 생성하기를 요구합니다.
MT5 테스터에서 실제 틱은 이 계정이 있는 서버에서 다운로드되는 실제 틱과 동일한 스프레드(고정 또는 부동)를 갖습니다.
브로커가 2년 전에 MT5 계정을 시작했다면 3년 전의 실제 틱은 얼마입니까?
이것이 왜 필요한가? 또 다른 수정 아이디어? 한 플랫폼에는 몇 가지 장점이 있고 다른 플랫폼에는 다른 장점이 있습니다. 어떤 사람은 한 가지를 좋아하고 다른 사람은 다른 것을 좋아합니다. 다양성의 강점(변화하는 상황에서 살아남을 수 있음).
MT4를 파괴하고 싶다는 말도 안되는 외침과 함께 당신의 질문에 동시에 대답하겠습니다.
피할 수 없는 추세는 MT4가 점차 구식이 되어 가고 있다는 것입니다. 변경할 수 없습니다. Renat이 말했듯이 " 각 아키텍처/스켈레톤에는 자체 개발 제한이 있습니다 ." MT4는 오래전에 그들에게 도달했고 더 이상 발전하지 않기 때문에(발전하더라도 금세 상한선에 도달할 것입니다) 미래에 쉽게 위치를 잃을 수 있습니다.
경쟁자들은 MT4의 뒤에서 기다리고 숨을 쉬고 있습니다. 그들은 확실히 자신의 개발과 시간 놀이를 자신의 손으로 개발하고 있습니다. 회사는 악화되는 상황을 바로잡고 발전에 발맞추기 위해 MT5를 개발하여 시행하고 있습니다. 기술적으로 MT5는 다른 플랫폼보다 우위에 있으며 경쟁업체는 앞으로 몇 년 동안 이를 극복하지 못할 것이지만 인기가 있는 경우에만 가능합니다 . MT5의 도입 실패는 MT5가 경쟁자에게 끔찍하지 않기 때문에 시장의 독점을 위협합니다. MQ는 MT4에만 의존할 수 있으며 기술적으로 경쟁업체가 대처하기가 훨씬 쉽습니다.
MT5를 도입하려는 시도는 틈새 시장의 미래 지배력을 위한 투쟁과 앞으로 수년간 그것을 보장하려는 열망입니다. 이것이 완료되지 않으면 가까운 장래에 쉽게 경쟁자의 희생양이 되어 시장에서 퇴출될 수 있습니다. 다시 한 번, 이것은 생존 문제입니다. "왜 군대를 다시 장비합니까? 1 차 세계 대전의 무기가 쏘지 않습니까? 싸우자 ..."라는 질문은 아무도 없습니다.
그럴 것 같지만 나 또는 다른 사용자가 이에 대해 무엇을 걱정합니까? 회사 문제입니다. 그러나 크게 생각하는 것에 익숙해지면서 MT5와 연결된 내 프로젝트 의 전망이 보입니다. 이것은 가장 야심 찬 아이디어를 구현하는 데 편리한 강력한 기술 지원입니다. 그리고 몇 년 안에 구식 플랫폼과 함께 불필요하지 않도록 MT5도 거대해야 합니다.
OOP 없이도 할 수 있지만 그 뿐만 아니라 위에서 쓴 것처럼 모든 종류의 뉘앙스를 고려해야 합니다. 예를 들어 다중 통화 표시기 와 관련하여 - MT5의 MT4에서 쉽고 자유롭게 수행된 작업은 더 이상 간단합니다. 개발자들이 이 문제를 고려하는 주제가 있었지만, 주로 속도와 최적성을 중시한 것으로 보아 모든 작업에 필요한 것은 아니며, 편의성과 단순성도 필요하다는 의견이다. 개발자들은 시간 동기화된 데이터 배열을 올바르게 확보하는 방법에 대한 정확한 표준 코드를 보여주도록 촉구받았지만, 내가 기억하는 한 그들은 이것을 피했습니다. 또한 몇 가지 아이디어를 테스트하고 신속하게 수행하기를 원할 때도 있습니다. 많은 사용자의 경우 k.m.k. MT5의 내부 구조를 이해하는 데 장벽이 MT4보다 높기 때문에 현재 사용할 수 없습니다. 저는 OOP와 MT5에서 수행된 새로운 멋진 것들을 포기할 것을 전혀 요구하지 않습니다. 그러나 mql5를 mql4처럼 보이게 만들고 일부 단계(iClose 기능 등)가 이미 수행된 추가 레이어를 생성하기를 요구합니다.
일반적으로 IMHO, MK의 오류는 모든 언어에서 관례적인 것처럼 MKL 코드의 이전 버전과의 호환성이 부족하다는 것입니다. 즉, MT4 프로그램은 MT5로 가야 하지만 그 반대의 경우도 필요하지 않습니다. 모든 개발을 버리고 처음부터 시작하여 플랫폼을 변경하십시오. MT4는 수세기 동안 살 것입니다! 매머드가 죽을 때까지.))