연구기회를 확대하는 방향으로 정확히 MT가 확대되어야 한다고 말씀하시는 분들을 지지합니다.
불행히도 이것은 아직 당의 정책과 양립할 수 없으며 회사의 수입이 "수백만 명의 거래자"(c)에 의해 창출되지 않고 그 수백만 명이 그러한 기회를 결코 필요로 하지 않기 때문에 논리적입니다. 소수이며 이제 matlab, matkad, R 및 기타를 사용하거나 마스터합니다.
그러나 고급 버전의 경우 많은 사람들이 2대의 컴퓨터에 설치한 가입자를 후회하지 않을 것입니다.
주제에 대한 사용자 정의 기록 / 차트, 눈금, 확장 테스터 등이 이미 필요하다고 말했습니다.
게다가 내가 즉시 기억했던 몇 가지 작은 것들:
- 표시기의 본질을 확장하고 주 창과 하위 창에서 하드 바인딩을 제거하고 창/하위 창이 표시될 버퍼를 설정하는 기능을 제공합니다.
- 다른 입력 값에 따라 일부 입력을 차단하려면 종속 입력(입력) 변수가 필요합니다.
- 모든 종류 의 정보 패널 및 기타 시각화를 걸 수 있는 기호에 연결되지 않은 특수 차트가 필요합니다.
- 그래픽/정보를 표시하기 위한 일반 컨트롤을 사용하여 터미널에서 풀린 본격적인 창을 프로그래밍 방식으로 생성하는 기능.
В этой статье я хотел бы показать пример, какой может быть программа для трейдера, а также, каких результатов можно достичь за 9 месяцев, начав изучать MQL5 с нуля. Ещё этот пример показывает, насколько программа для трейдера может быть многофункциональной и информативной, занимая при этом минимум пространства на ценовом графике. Также будет продемонстрировано, какими красочными, яркими и интуитивно-понятными для пользователей могут быть информационно-торговые панели. Это и многое-многое другое...
좋은 제안이 많습니다. 그러나 하나의 "하지만". 모두 다음의 "자전거의 발명"을 목표로 하고 있습니다. 왜 이미 개발된 것을 사용할 수 없습니까? 결국, 현대적이고 강력한 고급 프로그래밍 언어(예: 거대한 .Net 라이브러리가 있는 C #)가 있으며 좋은 개발 환경인 Visual Studio가 있습니다. 왜 그것을 사용하지 않습니까? 결국 화면 형식, 다양한 그래프/차트 등을 작성할 수 있는 기성 클래스가 이미 있습니다. 개발자 입장에서 효율성은 어디에 있습니까? 이미 존재하는 것을 발명하고 플랫폼을 개발하는 대신 지난 4년 동안 버그를 수정하는 데 시간을 낭비하는 이유는 무엇입니까? 명확하지 않습니다.
좋은 제안이 많습니다. 그러나 하나의 "하지만". 모두 다음의 "자전거의 발명"을 목표로 하고 있습니다. 왜 이미 개발된 것을 사용할 수 없습니까? 결국, 현대적이고 강력한 고급 프로그래밍 언어(예: 거대한 .Net 라이브러리가 있는 C #)가 있으며 좋은 개발 환경인 Visual Studio가 있습니다. 왜 그것을 사용하지 않습니까? 결국 화면 형식, 다양한 그래프/차트 등을 작성할 수 있는 기성 클래스가 이미 있습니다. 개발자 입장에서 효율성은 어디에 있습니까? 이미 존재하는 것을 발명하고 플랫폼을 개발하는 대신 지난 4년 동안 버그를 수정하는 데 시간을 낭비하는 이유는 무엇입니까? 명확하지 않습니다.
오랫동안 그러한 소원을 승인하는 것을 자제했습니다. 이유 - 나는 항상 그것이 비현실적이라고 생각했습니다. 왜냐하면. ".Net으로 작성된 프로그램은 보호할 수 없습니다. 그리고 이는 MetaQuotes에서 허용되지 않습니다."
그래서 오늘 나는 이것이 완전히 사실이 아니라는 것을 깨달았습니다. 더 정확하게는 전혀 아닙니다. 그것들을 MSIL로 변환할 필요는 없으며, 그것들을 네이티브 바이너리 코드로 컴파일하는 것이 상당히 가능하며 아무도 그 사이에 암호화를 금지하지 않을 것입니다.
그러므로 나는 모든 팔다리와 함께 소원에 합류합니다.
+++.
사실 모든 .Net 기능은 관리되는(managent) 코드를 기반으로 합니다. 따라서 코드는 가상 머신 의 언어로 작성되어야 합니다. Visual C++가 눈에 띄며, 그것만으로도 한계를 벗어날 수 있지만, 우리는 더 이상 메모리를 사용하여 그러한 편리한 작업에 대해 이야기하지 않습니다.
그건 그렇고, MQL5도 MetaTrader5 내부 가상 머신 코드로 컴파일되기 때문에 그것을 깨뜨릴 매우 실질적인 위협이 있습니다.
To run Ngen.exe, you must have administrative privileges. Caution Do not run Ngen.exe on assemblies that are not fully trusted. Starting with the .NET Framework 4, Ngen.exe compiles assemblies with full trust, and code access security (CAS) policy is no longer evaluated. Starting with the .NET Framework 4, the native images...
연구기회를 확대하는 방향으로 정확히 MT가 확대되어야 한다고 말씀하시는 분들을 지지합니다.
불행히도 이것은 아직 당의 정책과 양립할 수 없으며 회사의 수입이 "수백만 명의 거래자"(c)에 의해 창출되지 않고 그 수백만 명이 그러한 기회를 결코 필요로 하지 않기 때문에 논리적입니다. 소수이며 이제 matlab, matkad, R 및 기타를 사용하거나 마스터합니다.
그러나 고급 버전의 경우 많은 사람들이 2대의 컴퓨터에 설치한 가입자를 후회하지 않을 것입니다.
주제에 대한 사용자 정의 기록 / 차트, 눈금, 확장 테스터 등이 이미 필요하다고 말했습니다.
게다가 내가 즉시 기억했던 몇 가지 작은 것들:
- 표시기의 본질을 확장하고 주 창과 하위 창에서 하드 바인딩을 제거하고 창/하위 창이 표시될 버퍼를 설정하는 기능을 제공합니다.
- 다른 입력 값에 따라 일부 입력을 차단하려면 종속 입력(입력) 변수가 필요합니다.
- 모든 종류 의 정보 패널 및 기타 시각화를 걸 수 있는 기호에 연결되지 않은 특수 차트가 필요합니다.
- 그래픽/정보를 표시하기 위한 일반 컨트롤을 사용하여 터미널에서 풀린 본격적인 창을 프로그래밍 방식으로 생성하는 기능.
- 다른 것 ...
좋은 제안이 많습니다. 그러나 하나의 "하지만". 모두 다음의 "자전거의 발명"을 목표로 하고 있습니다. 왜 이미 개발된 것을 사용할 수 없습니까? 결국, 현대적이고 강력한 고급 프로그래밍 언어(예: 거대한 .Net 라이브러리가 있는 C #)가 있으며 좋은 개발 환경인 Visual Studio가 있습니다. 왜 그것을 사용하지 않습니까? 결국 화면 형식, 다양한 그래프/차트 등을 작성할 수 있는 기성 클래스가 이미 있습니다. 개발자 입장에서 효율성은 어디에 있습니까? 이미 존재하는 것을 발명하고 플랫폼을 개발하는 대신 지난 4년 동안 버그를 수정하는 데 시간을 낭비하는 이유는 무엇입니까? 명확하지 않습니다.
MT6에 대한 소원:
1. C#에서 API 거래.
2. Visual Studio 개발 환경.
3. 틱 기록 이 있는 테스터 .
4. 다중 창 시각화 도우미.
오랫동안 그러한 소원을 승인하는 것을 자제했습니다. 이유 - 나는 항상 그것이 비현실적이라고 생각했습니다. 왜냐하면. ".Net으로 작성된 프로그램은 보호할 수 없습니다. 그리고 이는 MetaQuotes에서 허용되지 않습니다."
그래서 오늘 나는 이것이 완전히 사실이 아니라는 것을 깨달았습니다. 더 정확하게는 전혀 아닙니다. 그것들을 MSIL로 변환할 필요는 없으며, 그것들을 네이티브 바이너리 코드로 컴파일하는 것이 상당히 가능하며 아무도 그 사이에 암호화를 금지하지 않을 것입니다.
그러므로 나는 모든 팔다리와 함께 소원에 합류합니다.
++++.
좋은 제안이 많습니다. 그러나 하나의 "하지만". 모두 다음의 "자전거의 발명"을 목표로 하고 있습니다. 왜 이미 개발된 것을 사용할 수 없습니까? 결국, 현대적이고 강력한 고급 프로그래밍 언어(예: 거대한 .Net 라이브러리가 있는 C #)가 있으며 좋은 개발 환경인 Visual Studio가 있습니다. 왜 그것을 사용하지 않습니까? 결국 화면 형식, 다양한 그래프/차트 등을 작성할 수 있는 기성 클래스가 이미 있습니다. 개발자 입장에서 효율성은 어디에 있습니까? 이미 존재하는 것을 발명하고 플랫폼을 개발하는 대신 지난 4년 동안 버그를 수정하는 데 시간을 낭비하는 이유는 무엇입니까? 명확하지 않습니다.
MT6에 대한 소원:
1. C#에서 API 거래.
2. Visual Studio 개발 환경.
3. 틱 기록 이 있는 테스터 .
4. 다중 창 시각화 도우미.
오랫동안 그러한 소원을 승인하는 것을 자제했습니다. 이유 - 나는 항상 그것이 비현실적이라고 생각했습니다. 왜냐하면. ".Net으로 작성된 프로그램은 보호할 수 없습니다. 그리고 이는 MetaQuotes에서 허용되지 않습니다."
그래서 오늘 나는 이것이 완전히 사실이 아니라는 것을 깨달았습니다. 더 정확하게는 전혀 아닙니다. 그것들을 MSIL로 변환할 필요는 없으며, 그것들을 네이티브 바이너리 코드로 컴파일하는 것이 상당히 가능하며 아무도 그 사이에 암호화를 금지하지 않을 것입니다.
그러므로 나는 모든 팔다리와 함께 소원에 합류합니다.
+++.
어떻게 작동할 것이라고 생각하십니까?
그냥 쓸만합니다!
1. C#에서 API 거래.
2. Visual Studio 개발 환경.
Sukhova & Co에서 이 모든 것을 무료로 사용할 수 있습니다.
그러나 내 지연은 신맛이 아니며 컴퓨터가 약하지 않은 것 같습니다. 6 코어, 16 기가 및 모든 비용은 ssd에 있습니다.
특별한 브레이크 없이 몇 개의 램 포인트를 표시할 수 있는 그래프, 나는 플러스에서만 보았다. 분명히 C#의 정상적인 구현은 바로 나타나지 않았고 실제로 C#을 찾고 있던 것도 아닙니다.
오랫동안 그러한 소원을 승인하는 것을 자제했습니다. 이유 - 나는 항상 그것이 비현실적이라고 생각했습니다. 왜냐하면. ".Net으로 작성된 프로그램은 보호할 수 없습니다. 그리고 이는 MetaQuotes에서 허용되지 않습니다."
그래서 오늘 나는 이것이 완전히 사실이 아니라는 것을 깨달았습니다. 더 정확하게는 전혀 아닙니다. 그것들을 MSIL로 변환할 필요는 없으며, 그것들을 네이티브 바이너리 코드로 컴파일하는 것이 상당히 가능하며 아무도 그 사이에 암호화를 금지하지 않을 것입니다.
그러므로 나는 모든 팔다리와 함께 소원에 합류합니다.
+++.
사실 모든 .Net 기능은 관리되는(managent) 코드를 기반으로 합니다. 따라서 코드는 가상 머신 의 언어로 작성되어야 합니다. Visual C++가 눈에 띄며, 그것만으로도 한계를 벗어날 수 있지만, 우리는 더 이상 메모리를 사용하여 그러한 편리한 작업에 대해 이야기하지 않습니다.
그건 그렇고, MQL5도 MetaTrader5 내부 가상 머신 코드로 컴파일되기 때문에 그것을 깨뜨릴 매우 실질적인 위협이 있습니다.
어떻게 작동할 것이라고 생각하십니까?
그냥 쓸만합니다!
변명을 해야 하나? :)
나는 그것이 어떻게 작동할지 상상한다. 나는 적어도 지금 여기에서는 설명하지 않을 것이다. 당신은 그것이 어떻게 작동할 수 있는지 일주일 동안 생각합니다. 건설적으로. 어쩌면 합리적인 생각이있을 것입니다.
예를 들어, 이것이 가능하다는 것이 나에게 분명합니다. 그리고 mql5 컴파일러를 만드는 것보다 훨씬 쉽습니다. 나도 할 수 있다(mql 컴파일러는 할 수 없다).
사실 모든 .Net 기능은 관리되는(managent) 코드를 기반으로 합니다. 따라서 코드는 가상 머신의 언어로 작성되어야 합니다.
Visual C++가 눈에 띄며, 그것만으로도 한계를 벗어날 수 있지만, 우리는 더 이상 메모리를 사용하여 그러한 편리한 작업에 대해 이야기하지 않습니다.
그건 그렇고, MQL5도 MetaTrader5 내부 가상 머신 코드로 컴파일되기 때문에 그것을 깨뜨릴 매우 실질적인 위협이 있습니다.
알아요.
그러나 관리 코드는 프로세서 네이티브 코드로 컴파일될 수 있습니다 . 필요하다면.
동시에 mql에서 손실된 기능이 아직 없다는 점을 감안할 때 많은 기능이 손실되며 이는 상당히 견딜 수 있습니다.
어쨌든 MSIL을 네이티브 코드로 컴파일하는 것이 MQL 프로그램을 네이티브 코드로 컴파일하는 것보다 훨씬 쉽습니다. 나는 Stringo가 그것을 처리할 수 있다고 믿습니다. :)
알아요.
그러나 관리 코드는 프로세서 네이티브 코드로 컴파일될 수 있습니다 . 필요하다면.
동시에 mql에서 손실된 기능이 아직 없다는 점을 감안할 때 많은 기능이 손실되며 이는 상당히 견딜 수 있습니다.
어쨌든 MSIL을 네이티브 코드로 컴파일하는 것이 MQL 프로그램을 네이티브 코드로 컴파일하는 것보다 훨씬 쉽습니다. 나는 Stringo가 그것을 처리할 수 있다고 믿습니다. :)
푸시 액스 :
Visual Studio C# 환경 에서 전문가 를 작성하고 exe로 컴파일하는 것을 제안합니까?
.ex6 형식은 MSIL로 암호화될 수 있습니다. 터미널의 디코더. 암호화 - MetaQuotes Software Corp.의 독점 방법
// MSIL : MicroSoft Intermediate Language 또는 Common Intermediate Language(줄여서 CIL) 는 Microsoft에서 .NET Framework용으로 개발한 중간 언어입니다.
// 즉. CLR .NET 바이트코드