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

新しいコメント
 
victorg:

実は、データに直接アクセスすることは何も悪いことではないのです。

さあ、語り部よ。セキュリティは最重要課題です。EAやインジケータを搭載した端末を24時間稼働 させ、リアルマネーとアクセスですべてを「吊るし上げる」となれば、なおさらだ。この場合、プログラマーはサードパーティのDLLを使うことを恐れてはならず、そのようなDLLを「陰湿に」使用する者は「ハラキリ」である。
 

過ぎたるは及ばざるがごとし」が本当に通用し、役立つ分野を分けて考える必要があります。

私の考えでは、「安全第一」の原則は、マーケットとクラウドにのみ適用されるべきものです。購入者は、当然セキュリティが確保されているため閉鎖的な製品にお金を払っているわけで、そのセキュリティを確認する術がないのである。したがって、市場は買い手に対して、すべての製品の安全性を100％保証する必要があります。また、クラウドの場合、すべてのクラウドコンピュータがマルウェアから100％保護されていなければなりません。

また、ソフトウェア製品の市場での流通や本サービスでの購入に限らず、クラウドの利用においても、未確認のDLLの使用に関する全ての責任は利用者にあるものとします。

このアプローチにより、「安全第一」によるMQL5言語の パフォーマンスや機能の低下という現在の問題の多くを回避することができます。

 
joo:

したがって、市場はすべての製品の安全性を100％保証する義務を負っているのです。

どのように想像しますか？売り手であるあなたは、MKからマーケットプレイスを借りて、DELLのコードの一部を閉じながら、商品のセキュリティに100％の責任を持つことを家主に要求しているのです。不条理だ。
 
abolk:
どのようにイメージしていますか？売り手であるあなたは、MKからマーケットプレイスを借りており、商品の安全性について家主に100%の責任を求めることになります。不条理だ。

市場では、製品による外部DLLの使用を禁止しているため、すでに製品の安全性を保証している。また、MQL5のプログラム 自体は、端末のセキュアな内部サンドボックスで動作します。

知らなかったんですか？

 
victorg:

いろいろなことを変えていかなければならないと想定しています。

そして、とにかくやってみることです。

リーズナブルなDLLは、もともと他のシステムと統合するために書かれているので、生の関数という形でシンプルな外部インタフェースを持って います。そのヘッダーファイルはシンプルだ。


実は、データに直接アクセスすることに何の問題もありません。 結局のところ、MetaTrader 自体は、C/C++ で書かれているのでしょうし、何もないのです。さらに、リンカーは通常、アセンブラの挿入まで許可しているので、それもOKです。Windowsで動作するMetaTrader は、直接または間接的に多くのシステムDLLを使用しており、それにも問題はないことを覚えておいてください。

セキュリティの話に全然入ってこないし、何を言っているのかわからないと思う。


例えば、ALGLIB-dllと そのネイティブなヘッダーファイル（複数可）を持っていって、「自分の手を汚さずに」信頼できるライブラリを使うことができ、ただMQL コンパイラーに「このヘッダーファイルはC++で、MQL ではない」と指摘するだけ、というようなオプションが欲しいのです。

ライブラリを取り出し、ヘッダーからエクスポートされた関数を（必要であれば）わずかな修正で使用することができます。

安全でないC/C++言語の*.Hファイルを、他の（より安全な）言語で使用できると考えるのは、言語に対する完全な誤解です。夢を見ることはできても、要求することはできない。

ALGLIBライブラリは既にMQL5に移植されており、ソースコードで利用できるようになる予定です。


このライブラリが悪意のある危険なものだったらどうしよう、という疑問が湧くかもしれません。でも、自分で使ってみようと思ったんです。

この質問を数百万回して、MetaTraderのエンドユーザーの数を把握し、その数百万人の回答者の思慮深さと責任の質を評価するのです。

そのために、環境本来の安全性を大切にしています。


つまり、「MQLは いくらでも安全だが、あえて外部のものを使うなら、それは私個人の問題だ」ということです。

DLLを使用する - 個人使用では問題ありません。
 
Renat:

安全でないC/C++言語から任意の*.Hファイルを取り出し、別の（さらに安全な）言語で使用できると考えるのは、言語に関する完全な誤解である。夢を見ることはできても、要求することはできないのです。

ALGLIBライブラリは既にMQL5に移植されており、ソースコードで利用できるようになる予定です。

もしかしたら、無駄な意見を言ったかもしれません（ちなみに私は何も要求していません）。また、語学の理解不足については、まったくその通りです。読めば読むほどわからなくなる。ALGLIBを mql5 用に書き換えて、外部コンパイラ（visualc）でDLLに コンパイルすれば、ライブラリの元のソースコードを直接DLLに 一気にコンパイルした場合よりも、その分安全になるというのが理解できないのですが？

まあ、いいや。そう であってほしい。

 
victorg:

ALGLIBを mql 5に書き換えて、外部コンパイラ（visualc）でコンパイルしてDLLに すると、なぜか腑に落ちないのです。

ちょっと勘違いしてますね。MQL5でのリライトはDLLを使用せず、必要な数学パッケージをMQL5のソースコードに直接含めるように設計されています。
 
Renat:
私たちは、他の言語で書かれた既存のライブラリを簡単に変換できるように、MQL5コンパイラを微調整するために膨大な作業を行いました。

そして、MQL5 言語の開発は続いています。強力なコードプロファイラを含む新機能が近日中に登場する予定です。

今、私たちがやるべきことは2つあります。
1) 変換に便利なサードパーティライブラリを選択する。
2）変換プロジェクトを実施するためのボランティアを集めること（私たちは資金を提供します）。

まずは、候補となるプロジェクトのリストアップから始めたいと思います。 リンクと短い説明文のヘルプをお願いします。

ALGLIBはすでに移植されているようなので、このトピックに関する主な質問は、「ユーザーは他にどんなオープンソースライブラリを 望んでいるのか？"

 
Urain:
ALGLIBはすでに移植されているようなので、「他にどんなオープンソースライブラリをユーザは望んでいるのか」というのがこのトピックのメインテーマです。

はい、最初の投稿でそのことを明確にしました。

今、私たちは2つの課題に直面しています。
1)変換に便利なオープンソースライブラリの選択

 
Rosh:
ちょっと勘違いしていますね。MQL5での書き換えは、DLLを使用せず、必要な数学パッケージをMQL5のソースコードに直接含めるように設計されています。

申し訳ありませんが、メタエディタから直接C/C++ コードをDLLにコンパイルする約束された機能で本当に混乱しています。

しかし、私にはまだ明確ではありません、それ（ライブラリ）はすでにDLLとして使用する準備ができているのに、なぜそれを移植するのでしょうか？お店で本を買って、読む前にまずノートに書き写したんです。

また何か勘違いしていたようです。これ以上は書きません。

1234567891011121314
新しいコメント