Websocketはどのように？ - ページ 8

新しいコメント
 
Алексей Барбашин:

いいえ、削除しないでください！まだ使えます。

(よし！)またのご指示をお待ちしております ))
 
Алексей Барбашин:

シャープが得意な方にお伺いします。アンマネージドコードよりマネージドコードを使う意味は何でしょうか？たとえば、ここ。シンタックスのようなものは置いておいて、原理的にメリットを重視する。

 
Алексей Барбашин:

まあ、「純粋な」言語で書いている人は少ないですし、シャープのリブも、プロでは同様に使っていますよね。まあ私はこだわりませんよ、例えばコンパイルの碁があるじゃないですか。ただ、この水増しを仮想マシンという 形で行う必要性が本当に理解できないのです。デメリットはわかる、メリットはなぜか観測されない。そして、小さなメーカーの発案であっても、私はジャワの方がよかったと思います。

 
が完成し、すべて問題なく組み立てられた
 
すべてがうまくいく
 
Алексей Барбашин:

そういうわけにはいきません。指定された教材は、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#に追加する予定です．

 
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();
}
 

カッコイイ!xmlは私たちのところに来るのか？


 
Алексей Барбашин:

ビクター、問題なし。みんな自分の宗教を持っている。でも、今作っている例を例としてC++で実装してみるんですね。 C++で作ったらどれだけ楽なんだろう？C++でのwebsocket自体の実装は、本当にめちゃくちゃです。

と思われるかもしれませんが、libwebsocketsというライブラリがあります。

既成のライブラリの接続方法を知らない人が、純粋なwinapi上のC++ウィンドウの典型例を見て、あらゆる場面でstd-libraryを使うSharpを見て（私の意見ではこれは悪い）、それでオーガズムに達する、というように、プラスに関する意見がしばしば形成されている気がするのです。そして、彼の考えるプラスは、非常に古く、時間のかかるもののままです。

 
貼る
123456789101112131415...27
新しいコメント