Websocketはどのように? - ページ 8 123456789101112131415...27 新しいコメント Fedor Arkhipov 2020.04.06 06:47 #71 Алексей Барбашин: いいえ、削除しないでください!まだ使えます。 (よし!)またのご指示をお待ちしております )) 削除済み 2020.04.06 07:01 #72 Алексей Барбашин: シャープが得意な方にお伺いします。アンマネージドコードよりマネージドコードを使う意味は何でしょうか?たとえば、ここ。シンタックスのようなものは置いておいて、原理的にメリットを重視する。 削除済み 2020.04.06 07:37 #73 Алексей Барбашин: まあ、「純粋な」言語で書いている人は少ないですし、シャープのリブも、プロでは同様に使っていますよね。まあ私はこだわりませんよ、例えばコンパイルの碁があるじゃないですか。ただ、この水増しを仮想マシンという 形で行う必要性が本当に理解できないのです。デメリットはわかる、メリットはなぜか観測されない。そして、小さなメーカーの発案であっても、私はジャワの方がよかったと思います。 Fedor Arkhipov 2020.04.06 08:07 #74 が完成し、すべて問題なく組み立てられた Fedor Arkhipov 2020.04.06 08:22 #75 すべてがうまくいく Igor Makanu 2020.04.06 08:23 #76 Алексей Барбашин: そういうわけにはいきません。指定された教材は、c#とmqlを統合するために別の技術を使用しています。上記の技術は、マネージドコードとアンマネージドコードの間に「層」を作るDLLに直接ライブラリを実装しており、そうしなければシャープがSQLと通信することはできません。しかし、開発者は素晴らしい仕事をし、今では鋭いライブラリがネイティブにmqlに統合できるようになりました。プロシージャのエクスポートを宣言する必要さえなく、Fedorと私が示したように、すべてがネイティブに「フィット」します。構造物に関しては、対処する必要があります。Fedorがやりたいことによると、私たちはDLLからデータ構造を返す必要があるようです。もちろん、マッピングでダメになることもありますが、余計な手間をかけずにすべてがうまくいくことを心から願っています。 MQL5ではカスタムタイプが表示されないため、サンプルを確認することができませんでした。 これは技術的な問題ではなく、MQL5が昨年後半に.Netを「すぐに」サポートし始めたことは、誰もが知っていることです(笑)。 ビクト ただ、この水増しを仮想マシンという 形で行う必要性が本当に理解できないのです。デメリットはわかるが、メリットはなんとなくわからない。しかもsmallmacsの発案で、むしろjavaの方がいい。 既成のライブラリはたくさんありますが...。いくつかのライブラリは、プラス側のライブラリを使用します - .Netでは、C++で.dllを1つの実行可能ファイルにラップすることができます 私はパフォーマンステストを作っていますが、読むと、C#はC++のスピードに近いことが多いので(5-10%増くらい)、C++の2倍はないです それに、C#はあるレベルまでは非常にシンプルな言語です。既成のパッケージを取ってきて、それにユーザーインターフェースを付けるというレベルなら文字通り2クリックでできますが、既成のライブラリのチューニングや他のライブラリとの接続は、それだけで一杯一杯です))) 全体的な使い勝手と書き込みの速さは大きなプラスです、イミフ。 SZZ:1週間以内にWolframをC#に追加する予定です. 削除済み 2020.04.06 08:42 #77 Igor Makanu:私はパフォーマンステストを行い、読んで、C#はしばしばC++の速度(約5〜10%の利得)程度であり、すなわち、我々はC++の2倍の優位性を話していないです。 まあ、数え方にもよりますが。例えば、あるアルゴリズムの実行 速度を1スレッドで測定した場合、ほぼ同じ数値が得られます。しかし、ここではN個のコアがオンザフライでコンパイルに従事していることには触れていませんし、起動時間やメモリ消費量についても何も言っていません。Elbrusと同じで、あるコアが命令を実行している間、別のコアは翻訳に忙殺される。 C#は非常にシンプルな言語ですが、あるレベルまでは、つまり、既製のパッケージを利用して、文字通り2クリックでユーザーインターフェイスを追加できるレベルまで到達しています。 まあ、純粋なwinapiでguiを書けば、そうなるかもしれませんね。しかし、もっとシンプルにできないものか、ボタンとハンドラ(fltk)を持つウィンドウを作るのは大変ではないか。 #include <FL/Fl.H> #include <FL/Fl_Window.H> #include <FL/Fl_Button.H> void button_callback(Fl_Widget* o, void*) { Fl_Button* button = (Fl_Button*) o; button->label("Уиииии!"); button->redraw(); } int main() { Fl_Window window(300, 200, "Тест."); window.begin(); Fl_Button button(10, 150, 100, 30, "Нажми"); window.end(); button.callback(button_callback); window.show(); return Fl::run(); } Fedor Arkhipov 2020.04.06 08:44 #78 カッコイイ!xmlは私たちのところに来るのか? 削除済み 2020.04.06 08:56 #79 Алексей Барбашин: ビクター、問題なし。みんな自分の宗教を持っている。でも、今作っている例を例としてC++で実装してみるんですね。 C++で作ったらどれだけ楽なんだろう?C++でのwebsocket自体の実装は、本当にめちゃくちゃです。 と思われるかもしれませんが、libwebsocketsというライブラリがあります。 既成のライブラリの接続方法を知らない人が、純粋なwinapi上のC++ウィンドウの典型例を見て、あらゆる場面でstd-libraryを使うSharpを見て(私の意見ではこれは悪い)、それでオーガズムに達する、というように、プラスに関する意見がしばしば形成されている気がするのです。そして、彼の考えるプラスは、非常に古く、時間のかかるもののままです。 Fedor Arkhipov 2020.04.06 08:57 #80 貼る 123456789101112131415...27 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
いいえ、削除しないでください!まだ使えます。
シャープが得意な方にお伺いします。アンマネージドコードよりマネージドコードを使う意味は何でしょうか?たとえば、ここ。シンタックスのようなものは置いておいて、原理的にメリットを重視する。
まあ、「純粋な」言語で書いている人は少ないですし、シャープのリブも、プロでは同様に使っていますよね。まあ私はこだわりませんよ、例えばコンパイルの碁があるじゃないですか。ただ、この水増しを仮想マシンという 形で行う必要性が本当に理解できないのです。デメリットはわかる、メリットはなぜか観測されない。そして、小さなメーカーの発案であっても、私はジャワの方がよかったと思います。
そういうわけにはいきません。指定された教材は、c#とmqlを統合するために別の技術を使用しています。上記の技術は、マネージドコードとアンマネージドコードの間に「層」を作るDLLに直接ライブラリを実装しており、そうしなければシャープがSQLと通信することはできません。しかし、開発者は素晴らしい仕事をし、今では鋭いライブラリがネイティブにmqlに統合できるようになりました。プロシージャのエクスポートを宣言する必要さえなく、Fedorと私が示したように、すべてがネイティブに「フィット」します。構造物に関しては、対処する必要があります。Fedorがやりたいことによると、私たちはDLLからデータ構造を返す必要があるようです。もちろん、マッピングでダメになることもありますが、余計な手間をかけずにすべてがうまくいくことを心から願っています。
MQL5ではカスタムタイプが表示されないため、サンプルを確認することができませんでした。
これは技術的な問題ではなく、MQL5が昨年後半に.Netを「すぐに」サポートし始めたことは、誰もが知っていることです(笑)。
ただ、この水増しを仮想マシンという 形で行う必要性が本当に理解できないのです。デメリットはわかるが、メリットはなんとなくわからない。しかもsmallmacsの発案で、むしろjavaの方がいい。
既成のライブラリはたくさんありますが...。いくつかのライブラリは、プラス側のライブラリを使用します - .Netでは、C++で.dllを1つの実行可能ファイルにラップすることができます
私はパフォーマンステストを作っていますが、読むと、C#はC++のスピードに近いことが多いので(5-10%増くらい)、C++の2倍はないです
それに、C#はあるレベルまでは非常にシンプルな言語です。既成のパッケージを取ってきて、それにユーザーインターフェースを付けるというレベルなら文字通り2クリックでできますが、既成のライブラリのチューニングや他のライブラリとの接続は、それだけで一杯一杯です)))
全体的な使い勝手と書き込みの速さは大きなプラスです、イミフ。
SZZ:1週間以内にWolframをC#に追加する予定です.
私はパフォーマンステストを行い、読んで、C#はしばしばC++の速度(約5〜10%の利得)程度であり、すなわち、我々はC++の2倍の優位性を話していないです。
まあ、数え方にもよりますが。例えば、あるアルゴリズムの実行 速度を1スレッドで測定した場合、ほぼ同じ数値が得られます。しかし、ここではN個のコアがオンザフライでコンパイルに従事していることには触れていませんし、起動時間やメモリ消費量についても何も言っていません。Elbrusと同じで、あるコアが命令を実行している間、別のコアは翻訳に忙殺される。
C#は非常にシンプルな言語ですが、あるレベルまでは、つまり、既製のパッケージを利用して、文字通り2クリックでユーザーインターフェイスを追加できるレベルまで到達しています。
まあ、純粋なwinapiでguiを書けば、そうなるかもしれませんね。しかし、もっとシンプルにできないものか、ボタンとハンドラ(fltk)を持つウィンドウを作るのは大変ではないか。
カッコイイ!xmlは私たちのところに来るのか?
ビクター、問題なし。みんな自分の宗教を持っている。でも、今作っている例を例としてC++で実装してみるんですね。 C++で作ったらどれだけ楽なんだろう?C++でのwebsocket自体の実装は、本当にめちゃくちゃです。
と思われるかもしれませんが、libwebsocketsというライブラリがあります。
既成のライブラリの接続方法を知らない人が、純粋なwinapi上のC++ウィンドウの典型例を見て、あらゆる場面でstd-libraryを使うSharpを見て(私の意見ではこれは悪い)、それでオーガズムに達する、というように、プラスに関する意見がしばしば形成されている気がするのです。そして、彼の考えるプラスは、非常に古く、時間のかかるもののままです。