The libraries and source code listed here allow you to design a graphical user interface, or GUI, for your application at a high level, and perhaps non-operating system specific, manner. This eases your coding, and might make your application portable among different platforms, useful if you plan to port it later. Some of the libraries here may...
リンクの内容について議論する意味はないと思う。第一に、それは私が最初に出会ったものであり、それ以上のものではない。しかし、私はとにかくそれに時間を費やしたくない。
あなたの "可能性が高い "は、私の "間違いない "と変わらない。
開発者自身が答えるか、少なくとも実際にそのテーマに携わっている人が答えればクールだろう。
そんな基本的なことがないはずがない。
リンクの内容について議論することに意味はないと思う。第一に、それは私が最初に出会ったものであり、それ以上のものではない。しかし、いずれにせよ時間を無駄にしたくない。
いずれにせよ、この問題に関する開発者からの回答を読むのは興味深いだろう。
そしてドキュメントについてだが...。私が目を通した限りでは、ライブラリーの使い方に関するドキュメントは簡単なものしかない。詳細な説明やコメント、内部でどのように構成されているか、スキームなど、個人的にはすべて満たしていない。
もしかしたら、誰かがこのすべてを研究し、徹底的に理解し、MQLに移植したいと思うかもしれない。それは素晴らしいことだ。))
アナトリーの記事にはとても注目している。
MQLプログラムでは、古典的なインターフェースのバージョンは非常に貧弱なのが普通だが、アナトリーはそれを適切な高さまで引き上げる方法を教えてくれる。
第二に、彼の記事はすべてを詳細に記述しており、時には実際にコードを書くよりも難しいこともある。
私は彼の作品をとても良い教材だと思っている。
そしてもちろん、何かを移植することは可能であり、実際には内部がどのように構成されているかを理解することはできない。
しかし、"移植 "後に問題が発生し、何かがうまくいかなくなった場合、その問題を見つけるのはかなり難しい。だからこそ、透明性が高く、文書化されたコードが優先されるのだ。そして、これがまさに提案された変形である。
そして最後に、彼の例を取るなら、移植に何倍もの時間がかかるのに比べれば、彼の例を使う方がいい、
適切な変種を探してインターネットを探し回るより、彼の例を使う方がいい。
そして、「移植に失敗した」後の問題に対処するために、何メガバイトもの追加ライブラリをインポートする 必要があり、そのうちのいくつかはソースコードがまったくなく、さらに悪いことに、いくつかのDLLの使用を含むかもしれない。