我的方法。核心是引擎。 - 页 69 1...626364656667686970717273747576...184 新评论 Алексей Тарабанов 2018.12.12 19:51 #681 Artyom Trishkin:对不起，差点忘了：生日快乐! 健康和好运气! 不要喝得太多。 谢谢，今天有一点儿。 Реter Konow 2018.12.12 19:51 #682 Алексей Тарабанов:我是不是要向迪米特里道歉？他已经准备好了，不是吗？艰难的问题。 顺便说一句，生日快乐! Vasiliy Sokolov 2018.12.12 19:52 #683 请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。 在夏普中有很多东西，没有其他图形引擎的MQL，所以与夏普争斗是很可笑的。 Алексей Тарабанов 2018.12.12 19:52 #684 Реter Konow:艰难的问题。 顺便说一句，生日快乐!谢谢你。 Реter Konow 2018.12.12 19:54 #685 Vasiliy Sokolov:请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。 在夏普中，有很多东西是其他MQL的图形引擎所不具备的。 这就是为什么与夏普争斗是相当可笑的。你还不了解我......）））。 Igor Makanu 2018.12.12 19:58 #686 Vasiliy Sokolov:请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。 在夏普中，有很多东西是其他MQL的图形引擎所不具备的。 这就是为什么与夏普争斗很有趣。嘘，这就是我昨天说的夏普，它开始....。但不要给彼得画一个椭圆形的任务，否则他会陷入僵局))))。 SZY: 我一生中第三次打开Sharp，它和Delphi没有什么不同，只要拉一个组件，点击--写一个处理程序，你一搜就能找到....一切照旧，唯一的原因是Sharpe很有趣，似乎Python可以部署在上面，好吧，至少会有一些东西可以在谷歌上找到；) Maxim Kuznetsov 2018.12.12 20:05 #687 Igor Makanu: SZY：我一生中第三次打开Sharp，好吧，它和Delphi没有什么区别，拉一个组件，点击--写一个处理程序，你不知道的东西在一个搜索查询中找到....一切照旧，唯一的原因是Sharpe很有趣，似乎Python可以部署在它上面，好吧，这将是谷歌的东西;)顺便说一下，为了好奇，你可以从Delphi（从Lazarus）拖动表格。原则是一样的 :-) 只不过，MT和##的关系预计会更密切，直至订婚，而德尔菲在一旁哭泣，但也不差...... Igor Makanu 2018.12.12 20:15 #688 Maxim Kuznetsov:顺便说一下，为了好奇心，你可以从Delphi（从Lazarus）拉出一个表格。原则是一样的 :-) 除非MT和##有望在订婚前就达成和解，而德尔福在一旁哭泣，但也不会更糟糕......唉，更糟糕的是，要使Delphi中的.dll对MT友好，你必须马上在.Net下编写，或者需要与Windows系统窗口一起工作的组件，如KOL（我不记得了），而本地VCL不适合这些目的，尽管用手写最小的也很方便。 不管怎么说，在适当的时候，MT开发人员说，夏普就是夏普，它更接近于C++，在Delphi中写几公里的begin-end和:= ，已经很懒了）））。 Maxim Kuznetsov 2018.12.12 20:40 #689 Igor Makanu:唉，更糟的是，要使Delphi中的.dll对MT友好，你要么需要立即在.Net下编写，要么需要在Windows系统窗口下工作的组件，如KOL（我不记得了），而本地的VCL不适合这个目的，尽管用手写最小限度是方便的。 不管怎么样，都是好时候，MT开发人员说夏普就是夏普，它更接近于C++，在Delphi中要写几公里的begin-end和:= ，懒得）））。几年前，这个资源上甚至有文章--"MT是Delphi的朋友"（或类似的东西）。 接口层是相同的... 谁在乎用什么DLL来写。 帕斯卡尔可能很难记住，可能要花两天时间，但不管怎样......。 他们都是一样的，这是一个行业 Vasiliy Sokolov 2018.12.12 20:55 #690 Maxim Kuznetsov:DLLs是用什么写的有什么区别。随着对.Net库支持的引入，差异出现了。 1...626364656667686970717273747576...184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
对不起，差点忘了：生日快乐!
健康和好运气!
不要喝得太多。
谢谢，今天有一点儿。
我是不是要向迪米特里道歉？他已经准备好了，不是吗？
艰难的问题。
顺便说一句，生日快乐!
请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。
在夏普中有很多东西，没有其他图形引擎的MQL，所以与夏普争斗是很可笑的。
艰难的问题。
顺便说一句，生日快乐!
谢谢你。
请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。
在夏普中，有很多东西是其他MQL的图形引擎所不具备的。 这就是为什么与夏普争斗是相当可笑的。
你还不了解我......）））。
请注意，Sharpe有一个强大的自动生成代码系统。这允许你在编辑器中绘制一个表格，并获得自动生成的程序文本，填写每个元素的一堆属性，从其定位开始，到其外观结束。因此，"代码行数 "的说法根本不起作用。
在夏普中，有很多东西是其他MQL的图形引擎所不具备的。 这就是为什么与夏普争斗很有趣。
嘘，这就是我昨天说的夏普，它开始....。但不要给彼得画一个椭圆形的任务，否则他会陷入僵局))))。
SZY: 我一生中第三次打开Sharp，它和Delphi没有什么不同，只要拉一个组件，点击--写一个处理程序，你一搜就能找到....一切照旧，唯一的原因是Sharpe很有趣，似乎Python可以部署在上面，好吧，至少会有一些东西可以在谷歌上找到；)
SZY：我一生中第三次打开Sharp，好吧，它和Delphi没有什么区别，拉一个组件，点击--写一个处理程序，你不知道的东西在一个搜索查询中找到....一切照旧，唯一的原因是Sharpe很有趣，似乎Python可以部署在它上面，好吧，这将是谷歌的东西;)
顺便说一下，为了好奇，你可以从Delphi（从Lazarus）拖动表格。原则是一样的 :-)
只不过，MT和##的关系预计会更密切，直至订婚，而德尔菲在一旁哭泣，但也不差......
顺便说一下，为了好奇心，你可以从Delphi（从Lazarus）拉出一个表格。原则是一样的 :-)
除非MT和##有望在订婚前就达成和解，而德尔福在一旁哭泣，但也不会更糟糕......
唉，更糟糕的是，要使Delphi中的.dll对MT友好，你必须马上在.Net下编写，或者需要与Windows系统窗口一起工作的组件，如KOL（我不记得了），而本地VCL不适合这些目的，尽管用手写最小的也很方便。
不管怎么说，在适当的时候，MT开发人员说，夏普就是夏普，它更接近于C++，在Delphi中写几公里的begin-end和:= ，已经很懒了）））。
唉，更糟的是，要使Delphi中的.dll对MT友好，你要么需要立即在.Net下编写，要么需要在Windows系统窗口下工作的组件，如KOL（我不记得了），而本地的VCL不适合这个目的，尽管用手写最小限度是方便的。
不管怎么样，都是好时候，MT开发人员说夏普就是夏普，它更接近于C++，在Delphi中要写几公里的begin-end和:= ，懒得）））。
几年前，这个资源上甚至有文章--"MT是Delphi的朋友"（或类似的东西）。
接口层是相同的...
谁在乎用什么DLL来写。
帕斯卡尔可能很难记住，可能要花两天时间，但不管怎样......。
他们都是一样的，这是一个行业
DLLs是用什么写的有什么区别。
随着对.Net库支持的引入，差异出现了。