私のアプローチコアはエンジンです。 - ページ 70 1...636465666768697071727374757677...184 新しいコメント Vasiliy Sokolov 2018.12.12 20:56 #691 Реter Konow:まだ私のこと知らないでしょ...))ただ、CANVASで3年間黙っていたのは、もう勘弁してください。 Maxim Kuznetsov 2018.12.12 20:58 #692 Vasiliy Sokolov:.Netライブラリ対応の導入で、その差は歴然。違いが出てきていますね、はい...。 しかし、つい最近まで、指をくわえて見ているべきでない人 たちが、CLRを引きずるのはやりすぎだと断言していたのです。 Vasiliy Sokolov 2018.12.12 21:08 #693 Maxim Kuznetsov:表示されているのは間違いないのですが...。 が、つい最近まで、CLRを引きずるのはやりすぎだと、指摘されてはいけない人 たちが断言していました。この機能のために開発者が悪魔に魂を売ったのかどうかは知りませんが、ユーザーレベルでは素晴らしい出来栄えです。 Vasiliy Sokolov 2018.12.12 21:15 #694 Igor Makanu:私はそれがすべてのための時間だと思う、MTの開発者は、シャープはシャープであり、それはC + +に近いと述べた、デルファイでbegin-endと:=のキロメートルを書くために、怠惰な))))。変な話ですが、MQLはC++よりC#に近いんです。以前、オープンソースの小さなC++ライブラリをMQLに変換しようとしたとき、void*とtypedefのすべてに怯えたことがありました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは偶然ではないと思っています。 Maxim Kuznetsov 2018.12.12 21:25 #695 Vasiliy Sokolov:変な話ですが、MQLはC++よりC#に近いんです。以前、ある小さなオープンソースのC++ライブラリをMQLに変換しようと思ったのですが、void*やtypedefがたくさん出てきて、ゾッとしました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは、偶然ではないと思っています。私の感覚では、MQLはPascalやBASICから進化したものです :-) 悪気はなく、アイディアの時点では事実上の標準でした... Cからは、構文とそれが成長するにつれての効果だけです。 文法はC言語、文字列はPascalian、配列はForthranからきています。 をとっている。今度はC#。 Igor Makanu 2018.12.12 21:27 #696 Vasiliy Sokolov:変な話ですが、MQLはC++よりC#に近いんです。以前、ある小さなオープンソースのC++ライブラリをMQLに変換しようと思ったのですが、void*やtypedefがたくさん出てきて、ゾッとしました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは偶然ではないと思っています。上記でC#での例を示しました。 public static void Get(ref int[] arr,ref int sz) { sz =arr.Length; } MT5では呼び出し時に静的配列を渡し、C#から配列サイズを返していたが、Native DLではこれができない、MT5は.Netで書かれているようだ C#を使ってインターフェイスを全部書いてみる、数学的な計算も全部ウェブでできる、それを全部MT5に問題なく接続できる--なんて話もあります。 Maxim Kuznetsov 2018.12.12 21:30 #697 Igor Makanu:上記でC#での例を示しました。 MT5では呼び出し時に静的配列を渡し、C#から配列サイズを返していたが、Native DLではこれができない、MT5は.Netで書かれているらしい もし、C#でインターフェース全体を書き、ウェブ上に豊富にある数学的計算をすべて行い、それをすべて問題なくMT5に接続することができれば、マジックです。MQL6はシャープになります :-) 私たちはトレーダーですから、長く遊べます。 Georgiy Merts 2018.12.13 05:06 #698 Maxim Kuznetsov:私の感覚では、MQLはPascalとBasicsから発展したものです :-) 悪気はなく、アイデア当時はデファクトスタンダードでした... Cのみの構文から、成長とともに影響を受けています。 文法はC言語、文字列はPascalian、配列はForthranからきています。 使えるものを最大限に活用する今度はC#。どうだろう。私のC++ MQLの経験では、完全に一致しています。 さらに、私がこれまで開発してきたもののほとんどが、ほとんど手を加えることなく簡単にMQLに移行することができました。 おそらく、私がtypedefをほとんど使わず、voidを完全に避けようとしているからでしょう。 Vasiliy Sokolov 2018.12.13 07:05 #699 Georgiy Merts:どうだろう。私のC++ MQLの経験では、完全に一致しています。 さらに、私のこれまでの仕事のほとんどは、ほとんど手を加えることなく、簡単にMQLに移行することができました。 おそらく、私がtypedefをほとんど使わず、voidを完全に避けようとしているからでしょう。 C++は大きく異なる場合があります。あるプログラマーはマクロとtypedef void*を使い、もう一人はほぼ純粋なMQLを使っています。 Igor Makanu 2018.12.13 07:56 #700 Peter Konowに 聞くのをずっと忘れていたのですが、あなたの開発はストラテジーテスターで動作するのでしょうか? Sharpでは、テスターでウィンドウが正常に動作し、ウィンドウが別スレッドで実行されるため、何も遅くなることはありません 1...636465666768697071727374757677...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まだ私のこと知らないでしょ...))
ただ、CANVASで3年間黙っていたのは、もう勘弁してください。
.Netライブラリ対応の導入で、その差は歴然。
違いが出てきていますね、はい...。
しかし、つい最近まで、指をくわえて見ているべきでない人 たちが、CLRを引きずるのはやりすぎだと断言していたのです。
表示されているのは間違いないのですが...。
が、つい最近まで、CLRを引きずるのはやりすぎだと、指摘されてはいけない人 たちが断言していました。
この機能のために開発者が悪魔に魂を売ったのかどうかは知りませんが、ユーザーレベルでは素晴らしい出来栄えです。
私はそれがすべてのための時間だと思う、MTの開発者は、シャープはシャープであり、それはC + +に近いと述べた、デルファイでbegin-endと:=のキロメートルを書くために、怠惰な))))。
変な話ですが、MQLはC++よりC#に近いんです。以前、オープンソースの小さなC++ライブラリをMQLに変換しようとしたとき、void*とtypedefのすべてに怯えたことがありました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは偶然ではないと思っています。
変な話ですが、MQLはC++よりC#に近いんです。以前、ある小さなオープンソースのC++ライブラリをMQLに変換しようと思ったのですが、void*やtypedefがたくさん出てきて、ゾッとしました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは、偶然ではないと思っています。
私の感覚では、MQLはPascalやBASICから進化したものです :-) 悪気はなく、アイディアの時点では事実上の標準でした... Cからは、構文とそれが成長するにつれての効果だけです。
文法はC言語、文字列はPascalian、配列はForthranからきています。
をとっている。今度はC#。
変な話ですが、MQLはC++よりC#に近いんです。以前、ある小さなオープンソースのC++ライブラリをMQLに変換しようと思ったのですが、void*やtypedefがたくさん出てきて、ゾッとしました。そして、MQLにはそのような使い勝手の良い概念がないことに気づきました。C#に関しては、オブジェクトを扱うという 点で、MQLと非常によく似ています。ですから、統合のために言語開発者を選んだのは偶然ではないと思っています。
上記でC#での例を示しました。
MT5では呼び出し時に静的配列を渡し、C#から配列サイズを返していたが、Native DLではこれができない、MT5は.Netで書かれているようだ
C#を使ってインターフェイスを全部書いてみる、数学的な計算も全部ウェブでできる、それを全部MT5に問題なく接続できる--なんて話もあります。
上記でC#での例を示しました。
MT5では呼び出し時に静的配列を渡し、C#から配列サイズを返していたが、Native DLではこれができない、MT5は.Netで書かれているらしい
もし、C#でインターフェース全体を書き、ウェブ上に豊富にある数学的計算をすべて行い、それをすべて問題なくMT5に接続することができれば、マジックです。
MQL6はシャープになります :-)
私たちはトレーダーですから、長く遊べます。
私の感覚では、MQLはPascalとBasicsから発展したものです :-) 悪気はなく、アイデア当時はデファクトスタンダードでした... Cのみの構文から、成長とともに影響を受けています。
文法はC言語、文字列はPascalian、配列はForthranからきています。
使えるものを最大限に活用する今度はC#。
どうだろう。私のC++ MQLの経験では、完全に一致しています。
さらに、私がこれまで開発してきたもののほとんどが、ほとんど手を加えることなく簡単にMQLに移行することができました。
おそらく、私がtypedefをほとんど使わず、voidを完全に避けようとしているからでしょう。
どうだろう。私のC++ MQLの経験では、完全に一致しています。
さらに、私のこれまでの仕事のほとんどは、ほとんど手を加えることなく、簡単にMQLに移行することができました。
おそらく、私がtypedefをほとんど使わず、voidを完全に避けようとしているからでしょう。
C++は大きく異なる場合があります。あるプログラマーはマクロとtypedef void*を使い、もう一人はほぼ純粋なMQLを使っています。
Peter Konowに 聞くのをずっと忘れていたのですが、あなたの開発はストラテジーテスターで動作するのでしょうか?
Sharpでは、テスターでウィンドウが正常に動作し、ウィンドウが別スレッドで実行されるため、何も遅くなることはありません