Websocket如何? - 页 8 123456789101112131415...27 新评论 Fedor Arkhipov 2020.04.06 08:47 #71 Алексей Барбашин: 不,不要删除它,我们仍然可以使用它! (好了!)等待更多的指示 )) [删除] 2020.04.06 09:01 #72 Алексей Барбашин: 请问,作为一个精通利器的人,我可以问吗?使用托管代码而不是非托管代码的意义何在?在这里,举例来说。抛开像语法这样的东西,专注于原则上的好处。 [删除] 2020.04.06 09:37 #73 Алексей Барбашин: 好吧,很少有人用 "纯 "语言写作,你用夏普的libs,在专业上也是如此。好吧,我不坚持他们,有一个可编译的去,例如。我只是真的不明白为什么需要以虚拟机 的形式进行这种填充。我看到了坏处,好处却不知为何没有被观察到。而即使是小制造者的后代,我也会去找JAVA更好。 Fedor Arkhipov 2020.04.06 10:07 #74 完成,全部组装完毕,没有错误 Fedor Arkhipov 2020.04.06 10:22 #75 一切顺利 Igor Makanu 2020.04.06 10:23 #76 Алексей Барбашин: 它不是那样工作的。指定的材料使用不同的技术来整合c#和mql。上述技术直接在dll中实现了一个库,在托管和非托管代码之间建立了一个 "层",否则sharp就无法与sql通信。但开发者做了一件伟大的工作,现在尖锐的库可以原生地集成到mql中,你甚至不需要声明过程导出,一切都 "适合 "原生,正如Fedor和我所展示的那样。至于结构,它们需要被处理。根据Fedor想要做的,我们需要从dll中返回数据结构。当然,我们可能会被测绘搞砸,但我真的希望一切都能顺利进行,没有任何额外的麻烦。 我提出要检查这个例子--它没有工作,MQL5没有看到自定义类型。 这不是技术问题,MQL5在去年下半年开始支持.Net "开箱即用"--大家都知道;) 胜利。 我只是真的不明白为什么需要以虚拟机 的形式进行这种填充。我看到了坏处,我没有看到莫名其妙的好处。更重要的是,smallmacs的智囊团,我宁愿去做java。 有很多现成的图书馆....。一些库使用正方的库--.Net允许你将C++中的.dll包成一个可执行文件 我做了性能测试,我读到,C#经常接近C++的速度(大约5-10%的增益),所以它不是C++的两倍 此外,C#是一种非常简单的语言,虽然达到了一定的水平--在这个水平上,你拿着一个现成的包,并把用户界面附在上面--从字面上看,只需点击两下,但要调整现成的库,把它们与其他库连接起来--那是一个完整的负荷)) 整体可用性和写作速度是一个很大的优势,我认为 SZZ:我将在下周把Wolfram添加到C#中--根据经验,我知道在一周内我将得到我想要的结果。 [删除] 2020.04.06 10:42 #77 Igor Makanu:我做过性能测试,也读过,C#的速度经常在C++左右(大约5-10%的增益),也就是说,我们不是在谈论C++的两倍优势。 嗯,这取决于你如何计算。例如,如果我们用一个线程测量一些算法的执行速度,我们得到的数字几乎是一样的。但在这里,我们没有提到有N个核心参与了即时编译,我们没有说启动时间和内存消耗。这就像Elbrus一样,当一个核心在执行指令时,另一个核心正忙于翻译。 C#是一门非常简单的语言,但达到一定的水平--达到把一个现成的软件包,在上面添加一个用户界面的水平,简直就是两下子。 好吧,如果你用纯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 10:44 #78 酷!xml是否来到了我们身边? [删除] 2020.04.06 10:56 #79 Алексей Барбашин: 维克多,没问题。每个人都有自己的宗教。但是你尝试用C++实现我们现在创建的例子,作为一个例子。 用C++来创建它,会容易得多吗?在C++中实现websocket本身是一个真正的混乱。 这听起来可能很多,但现在有一个libwebsockets库。 我有一种感觉,对优点的看法往往是这样形成的--人们不知道如何连接现成的库,在纯winapi上看到了C++窗口的经典例子,然后看到Sharp在所有场合都使用std-library(在我看来这很糟糕),并从中获得了高潮。而在他看来,pluses仍然是非常古老和耗时的东西。 Fedor Arkhipov 2020.04.06 10:57 #80 放置 123456789101112131415...27 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
不,不要删除它,我们仍然可以使用它!
请问,作为一个精通利器的人,我可以问吗?使用托管代码而不是非托管代码的意义何在?在这里,举例来说。抛开像语法这样的东西,专注于原则上的好处。
好吧,很少有人用 "纯 "语言写作,你用夏普的libs,在专业上也是如此。好吧,我不坚持他们,有一个可编译的去,例如。我只是真的不明白为什么需要以虚拟机 的形式进行这种填充。我看到了坏处,好处却不知为何没有被观察到。而即使是小制造者的后代,我也会去找JAVA更好。
它不是那样工作的。指定的材料使用不同的技术来整合c#和mql。上述技术直接在dll中实现了一个库,在托管和非托管代码之间建立了一个 "层",否则sharp就无法与sql通信。但开发者做了一件伟大的工作,现在尖锐的库可以原生地集成到mql中,你甚至不需要声明过程导出,一切都 "适合 "原生,正如Fedor和我所展示的那样。至于结构,它们需要被处理。根据Fedor想要做的,我们需要从dll中返回数据结构。当然,我们可能会被测绘搞砸,但我真的希望一切都能顺利进行,没有任何额外的麻烦。
我提出要检查这个例子--它没有工作,MQL5没有看到自定义类型。
这不是技术问题,MQL5在去年下半年开始支持.Net "开箱即用"--大家都知道;)
我只是真的不明白为什么需要以虚拟机 的形式进行这种填充。我看到了坏处,我没有看到莫名其妙的好处。更重要的是,smallmacs的智囊团,我宁愿去做java。
有很多现成的图书馆....。一些库使用正方的库--.Net允许你将C++中的.dll包成一个可执行文件
我做了性能测试,我读到,C#经常接近C++的速度(大约5-10%的增益),所以它不是C++的两倍
此外,C#是一种非常简单的语言,虽然达到了一定的水平--在这个水平上,你拿着一个现成的包,并把用户界面附在上面--从字面上看,只需点击两下,但要调整现成的库,把它们与其他库连接起来--那是一个完整的负荷))
整体可用性和写作速度是一个很大的优势,我认为
SZZ:我将在下周把Wolfram添加到C#中--根据经验,我知道在一周内我将得到我想要的结果。
我做过性能测试,也读过,C#的速度经常在C++左右(大约5-10%的增益),也就是说,我们不是在谈论C++的两倍优势。
嗯,这取决于你如何计算。例如,如果我们用一个线程测量一些算法的执行速度,我们得到的数字几乎是一样的。但在这里,我们没有提到有N个核心参与了即时编译,我们没有说启动时间和内存消耗。这就像Elbrus一样,当一个核心在执行指令时,另一个核心正忙于翻译。
C#是一门非常简单的语言,但达到一定的水平--达到把一个现成的软件包,在上面添加一个用户界面的水平,简直就是两下子。
好吧,如果你用纯winapi写一个gui,也许可以。但它可以更简单,用一个按钮和一个处理程序(fltk)来做一个窗口不是很难吗?
酷!xml是否来到了我们身边?
维克多,没问题。每个人都有自己的宗教。但是你尝试用C++实现我们现在创建的例子,作为一个例子。 用C++来创建它,会容易得多吗?在C++中实现websocket本身是一个真正的混乱。
这听起来可能很多,但现在有一个libwebsockets库。
我有一种感觉,对优点的看法往往是这样形成的--人们不知道如何连接现成的库,在纯winapi上看到了C++窗口的经典例子,然后看到Sharp在所有场合都使用std-library(在我看来这很糟糕),并从中获得了高潮。而在他看来,pluses仍然是非常古老和耗时的东西。