ライブラリのMQL5への変換時期 - ページ 3

[Renat Fatkhullin]

念のため。
- 消費者は数百万人のトレーダーの軍隊である
- トレーダー保護の原則が第一
- ライブラリ」といっても、DLLのことではありません。
- DLL使用制限の撤廃は問わない

プログラマーが「DLLを挿して何が難しいんだ」という主義を使う限り、マスマーケットで売れ筋になる可能性はない。MQL5では、様々なライブラリをソースコードとして構築し、サードパーティのDLLを必要としない、完全な機能で安全なプログラムをEX5ファイルとして誰でも作成できるようにしようとしています。

[Andriy Voitenko]

sergeevさん、MQL5へのコード変換をせずに、どのようにDLLを取り除く予定ですか？

C++（またはDelphiなど）のDLLプロジェクト→MQL5の自動翻訳を考えていました。

その後、出来上がったコードを手動で編集し、初期DLLのex5ファイルはこちらです。

Visual Studioで うまくコンパイルできるのに、なぜメタエディタでDLLをコンパイルするのですか？

[Renat Fatkhullin]

誤解の臨床例。考えることも、読むことも、噛んだものを消化することも...。

[---]

avoitenko:

では、Visual Studioでうまくコンパイルできるのに、なぜメタエディタでDLLをコンパイルするのでしょうか？

でコンパイルできるようにします。

しかし、これからはプロジェクトを フォルダで縛る必要はありません。

MEで簡単なDLLを書き、コンパイルできるようになります。そして、EX5プロジェクト用のDLLを一度に作成します。

[Renat Fatkhullin]

小さな例ですが、CodeBaseにあるStatistics.mqhという ライブラリがその良い例です。

[Renat Fatkhullin]

sergeev:

最もシンプルなDLLは、MEで「その場で」書かれ、コンパイルされることになる。そして、すぐにEX5プロジェクト用のDLLが完成します。

さらに重要なことは、最もシンプルなDLLをソースとして1つのファイルにまとめて配布することができることです。

受信者はF7でコンパイルし、事前にコードに目を通すだけでよい（必要なら）。

これは、DLL そのものではなく、DLLのソースを配布 することに切り替えることで、システムの安全性を高めるために行われます。これがアイデアの主な目的です。

[Anatoli Kazharski]

ZedGraph ライブラリ。

1.詳細な説明と例： http://jenyay.net/Programming/ZedGraph

2. アーカイブ、デモ、ドキュメント： http://sourceforge.net/projects/zedgraph/files/

//---

もうひとつ、グラフに関連するライブラリです。

http://www.codeproject.com/Articles/32836/A-simple-C-library-for-graph-plotting

[Mykola Demko]

Renat:

さらに重要なことは、単純なDLLをソースとして1つのファイルにまとめて配布することが可能になることです。

受け取った人は、事前にコードに目を通しながら、F7でコンパイルすればいいだけです（必要なら）。

これは、DLL自体の配布ではなく、DLLの ソースの配布に 切り替えることで、システムの安全性を高めるために行われます。これが主な目的です。

この目標は誤りである（IMHO）。

現在、このDLLは3つの理由でmqlのコードに使用されています。

1. コードの隠蔽（著作権保護のため）
   
2. 計算の高速化
3. mqlで利用できない機能を利用するため。

1つ目の理由は市場とは関係なく、2つ目の理由はあなたの努力によって否定され、3つ目の理由が残ります。

ガチャガチャを作る理由はそれだけですか？

dllの作者を利用し、彼に検証用のソースdllを要求し、国庫に手数料を上げる方が簡単ではないか、それは罪にはならない（dllを検証するためにスタッフにさらなる問題を負担させない）。

[Сергей]

Renat:
...MQL5のソースコード形式のネイティブライブラリは、販売用のプログラムを書く人には必要なものです。 ...

あえて言えば、販売用のソフトウェアを書く人はもちろん、ソフトウェアを書くすべての人が、安っぽいMetaEditorではなく、何よりもまず使えるエディタを必要として いるのです。

Visual Studioに 少しでも似せることはできないのでしょうか？VSからMEに切り替えると、本当にイライラするんです。

1.プロジェクト・ナビゲーター（考えることを約束した）

2.折り畳み式（しないと言っていた、たぶんあなたには複雑すぎるでしょう）

3.選択したフラグメントを印刷する機能（何も言われなかった、どうやらこれは可能性の範囲を超えているようだ）

4.観察ウィンドウだけでなく、テキスト中の変数にマウスを合わせるだけで、デバッグ中の変数の値を表示。

5.iOS版MTのインジケータでは、線の色を設定する機能がまだ作られておらず、約束もされていません（MEのことではなく、ただ、これで終わりにします）。

PS 私は、Urainからのゴールの怠惰に関する以前のメッセージに同意します（理由は違いますが : ）、まず誰もが 必要とするもの、つまり便利なエディタを作り、それから - そう、チェッカーを作ればいいのです :) 。

上記はすべて私の価値判断です。

[Renat Fatkhullin]

Urain:

それは誤った目標です（IMHO）。

作者がDLLを使い、検証のためにDLLのソースを要求し、国庫にロイヤリティを上げれば、罰せられない（DLLの検証で社員にさらなる負担をかけない）ので楽ではないでしょうか？

あなたは、自分の環境認識という尺度だけで動いているように見えます。したがって、「......を要求するのは簡単ではない」というのは、なぜ本当のマスマーケットには適さないのか、理解できないのでしょう。

私たちは、「N万人のユーザーの中で、このソリューションやあのソリューションがどのような効果をもたらすのか」という観点で活動しています。例えば、MetaTrader4とMetaTrader5のクライアント端末は、2012年3月だけで100万台以上が実際に導入されています。1ヶ月間だけでも古い非ウェブインストーラーが大量にいるので、低く見積もって いるのです。

C++→DLLのコンパイルをサポートする理由は、非常に危険な未検証のDLLファイルを扱う代わりに、DLLソースの実際の交換を可能にするためです。市場規模では、この機能により、「ソースをくれ、検証されていないDLLはいらない」モードに入る何千人ものトレーダーのセキュリティが強化されることになります。

もちろん、これはあくまで追加的なソリューションであり、私たちの主な目標は、最大限のコードをネイティブで安全なMQL5に変換することです。