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

新しいコメント
 

ところで、ストレージのコマンドは人間の言葉ではだめなのでしょうか？- みたいな感じでしょ。

"リポジトリに送信"

"リポジトリからダウンロード"

"リポジトリと同期する"

"MEと同期"

そして、今あるコマンドは......うーん、はっきりしないですね。そして、この点で、私はUrainと 連帯しているのです。また、直感的に理解できないものがあった場合、その人は新しい機能を使うためにコマンドの勉強に時間を費やしたくないでしょうし、特に以前はその機能（機能）なしでやっていたのであれば。

 

このスレッドはウィッシュリストになりつつあるので、 私もここに書いて おきます。

数値ライブラリについては、以下の通りです。

  • 補間、平滑化、近似
  • マトリックスハンドリング
  • 最適化（極限値の探索）、メソッド。

一変量：黄金比法、二分法、放物線法、メッシュサーチ、フィボナッチ法、三分法サーチ
直接法。ガウス法、Nelder-Meade法、Hook-Jeeves法、Configuration法、Rosenbrock法
最初の注文勾配降下法、Zoytendijk法、座標降下法、共役勾配法、擬似ニュートン法、Levenberg-Marquardtアルゴリズム
2順目ニュートン法、ニュートン・ラプソン法
確率論：モンテカルロ法、シミュレーテッドアニーリング、進化的アルゴリズム、遺伝的アルゴリズム、微分進化、アントアルゴリズム、パーティクルスウォームメソッド

Wikipediaのリスト、おそらく全部は必要ないでしょう。

  • ニューラルネット？

数値計算ライブラリに加え

  • チャート作成

そして、Java Reflection APIのアナログを構築するための言語では

  • オブジェクトクラスの定義。
  • モディファイア、フィールド、メソッド、コンストラクタの情報を取得します。
  • プログラム実行までクラス名が不明なインスタンスを作成する（stringで指定）。
  • ...

そして正規表現。

それに、キャラクターチャートウィンドウでなくてもプログラムを実行できるようになると、いいアクセントになります。でも、普通のウィンドウで。ユーザーの「アプリケーション」を避けることができないことはすでに明らかであり、任意の、任意の操作のためにアクセスできるため、なぜシンボルにリンクします。一般的に5では、デフォルトでシンボルにカーソルを合わせることは全く必要ありません。これは、本当に便利なインジケーターやエキスパートアプリケーションの数々です。

それと、最低限、インターフェース要素からチャートへの "popping "イベントを遮断するようにしてください。今、チャートのスクロールと一緒にウィンドウオブジェクトをドラッグするのは迷惑です（というか、すでにそうなっているのでは？）

静的メソッドをありがとう - 私のシングルトンはもはやグローバルな関数ではありません。

 
Renat:
私たちは、他の言語で書かれた既存のライブラリを簡単に変換できるように、MQL5コンパイラを微調整するために膨大な作業を行いました。

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

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

まずは、候補となるプロジェクトのリストアップから始めたいと思います。リンクと簡単な説明のヘルプをお願いします。
図書館を市場に出す気がある人にとっては、長期固定で、一括払いを提示する方が儲かると思うのですが。もちろん、1プロジェクトにつき1万ドルから5万ドル以上、それからもう1回話をするということであれば、何かを動かしてもいいと思っています。
 
-Alexey-:
図書館を市場に出す気がある人にとっては、長期的な固定費になるので、一括払いで提供する方が得策だと思いますね。もちろん、1プロジェクトにつき1万ドルから5万ドル以上、それから別の話を提示してくれるのであれば、何かをシフトしてもいいと思います。
非常に興味深いのですが、どのようなものを用意されているのでしょうか？ちょっとだけヒントお願いします。
 
複雑な数、大きな数を扱うことが多くなった。座標変換を 行い、さらに3次元のグラフを作成することができます。
 
TheXpert:
移動 する :)
痛っ！ 痛っ！:)
 

もうひとつ質問ですが、もしMQL5をできるだけC++に近づけようとしているのであれば、#ifdefか#if definedか、あるいは#ifだけか、という質問を考え直してはどうでしょうか。

次に、ライブラリのデバッグに関する 問題を出しますが、もしかしたら気づいていないかもしれませんね？

Небольшой вопрос -- сейчас есть возможность нормально дебажить библиотеки? Просто не всегда все баги вылазят сразу -- некоторые могут остаться и вылезти уже во время активного пользования библиотекой.

もちろん、内部統制によって部分的には解決されますが、拡大するライブラリーコードに照らし合わせると、非常に関連性が高いのです。

E.M.N.I.、ライブラリのスニペットが機能しない。

 
Renat:
7年前からMQL4やMQL5では全く問題なく使えていたのに、「dllへのアクセスが保証されている」というのは不思議な話ですね。

C++（またはC#）の DLLをヘッダーファイルと一緒に取り出し、適当なフォルダに入れ、元のヘッダーファイル（またはファイル）を#include でコードに含めれば、うまく動作するのです。今どき、そんなことできるんですか？

 
C/C++以外の言語でも可能なのでしょうか？

C/C++のセキュリティが完全に欠如していることと、直接データにアクセスすることは、少なくともセキュリティに最低限気を配る言語とは相性が悪いのです。ヘッダーの*.hファイルは、MQHにリネームしてほぼそのままMQL5で使用できます。しかし、リンクやデータへの直接アクセスで運用しているところは、是正しなければならない。

DLLとのバインディングは問題なく動作します。

 
Renat:
. . .ヘッダーの*.hファイルは、MQL5でMQHにリネームしてほぼそのまま使用することができます。しかし、リンクやデータへの直接アクセスで運用しているところは、修正しなければならないだろう。

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

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

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

もし、このライブラリが悪意のある危険なものだとしたら？でも、自分で使ってみようと思ったんです。

つまり--MQLでプログラムされた コンテンツはいくらでも安全かもしれないが、あえて外部のものを使ったとしたら、それは私個人の問題なのだ。私のオペレーティングシステムのセキュリティと同様に、ところで、それはまた、MetaTraderの 脅威をもたらすことができます。

123456789101112...14
新しいコメント