OOP在MQL5中会有需求吗？ - 页 4 123456789 新评论 pisara 2009.08.23 17:55 #31 alexjou >> : 你可以不使用Melkosoft的最新花哨的东西。然而，你不能没有这些花哨的东西，比如"接口库"，至少在我们谈论vindas的时候。其实很可惜的是，MT的开发者似乎对melkomsoft誓死不渝，直到坟墓，而不关注其他的事情。我的直觉告诉我，即使是完全无罪的MT5在Linux下通过Wine工作，也会是一件非常痛苦的事。 Invini，即使是老的Java也有类包的命名空间的类似物，虽然有一点通过内脏。如果你愿意，你可以实现一切，无论是通过虚拟化为*nix的MT5还是为Mono的MQL7 :) 总的来说，Nen是对的，优先考虑的是使平台的工作速度比竞争对手快。但谁能理解它的含义--这是另一个问题。 Alexandre 2009.08.23 18:39 #32 pisara >> : Invini，即使是老的Java也有类包的命名空间的类似物，虽然有一点通过内脏。如果你愿意，一切都可以实现，无论是通过虚拟化的MT5用于*nix，还是MQL7用于Mono :) 总的来说，Nen是对的，优先考虑的是强大的平台，比竞争对手工作得更快。谁能理解它的含义，这是另一个问题。 是的，我们也可以想到Python和Hassle。我的意思是，语言的语义是肉丸子，但在特定操作系统上的实现是苍蝇。同样的Java、Python、Haskel等，在Linux下运行良好，而在Windows下则很差。如果把苍蝇和肉片分开，可以说winnda下的对象支持变得很难看，这其实并不奇怪，因为winnda最初有一个与unix等相当不同的范式（只要回忆一下它的历史，特别是BG的评论，如果我没记错的话，92-93年时winnda在PC用户中的地位和角色）。Windows是从DOS中发展起来的，到2000年才设法在任何程度上脱离了DOS。在Unix下，对象几乎从一开始就存在，所以对象模型是与系统平行发展的，而不是像Windows那样被扭曲的手强加的。虽然，当Raymond Chen的团队致力于winnda及其应用时，它还不错，但在2001年，Chen离开了，它是一个令人愤慨的混乱，其神化是偏执的版权Vista（DRM）。最终我们将在linux上运行MT5，但这将是一只龙虾，如果不是癌症，也会有很多痛苦，并将花费大量的时间和精力，而这些时间和精力可以被更多地用于盈利。而念，当然是对的，你是老板。 pisara 2009.08.24 11:12 #33 alexjou >> : 把苍蝇和肉片区分开来，可以说winnda下的对象支持做得很糟糕，这其实并不奇怪，因为winnda最初有一个与unix等完全不同的范式（只要回忆一下它的历史，特别是BG在92-93年关于winnda在PC用户中的地位和作用的评论，如果我没记错的话）。Windows是从DOS中发展起来的，到2000年才设法在任何程度上脱离它。在Unix下，对象几乎从一开始就存在，所以对象模型是与系统平行发展的，而不是像Windows那样由歪果仁强加的。虽然，当Raymond Chen的团队致力于winnda及其应用时，它或多或少，但在2001年，Chen离开了，它是一个令人愤怒的混乱，其神化是偏执的版权Vista（DRM）。 好吧，如果你指的是编程语言对象，*nix和Windows都是基于C/C++的，这意味着一切。如果你说的是Linux架构及其附加组件（内核、图形、gnomics等），那么是的，Windows正处于追赶的角色。但是，关于Windows对象的弯曲度这样的问题，我不太同意--就拿.net框架来说，IMHO认为它的设计是恰当的（当然，实现是挤在现有的现实中的），对于一个正常人/程序员来说，有C++/Delphi/Java的经验，而不是通过屁股。 关于DRM，它是政治，如果人们想象自己在MS的鞋子里，评估他们在操作系统市场的范围，可能会采取同样的方式。在Linux上根本没有这种压力（到目前为止）。 Петр 2009.09.24 11:50 #34 这里我们有MQL5中的第一批程序。 程序性问题。 在哪里，谁为了兴趣或只是为了尝试，或为了显示自己的先进性和开明性，使用了OOP？ 我真的希望看到这样一个方案的例子。我真的希望看到这样一个方案的例子。 Slava 2009.09.24 11:57 #35 Svinozavr писал(а)>> 这里有MQL5中的第一个方案。 程序性问题。 哪里有人为了兴趣或只是为了尝试，或为了显示你的先进性和开明性而使用OOP？ 我真的希望看到这样一个方案的例子。请。 俄罗斯方块？ Петр 2009.09.24 12:07 #36 stringo >> : 俄罗斯方块？ 是的，当然了。 但在MQL5中的OOP需求，我（也许是由于我的天真？）是指不写玩具。而那些已经发布在代码库中的程序并没有使用OOP。尽管只有完全的感觉障碍者才不知道它在一般情况下的用处，特别是对MT的目的而言--开发者都坚持这一事实，公众（从论坛上看）也渴望得到它。 >> 那么它在哪里呢？ TheXpert 2009.09.24 12:10 #37 Svinozavr писал(а) >> 那么在哪里？ 我打算写一个职位和订单管理员。但我不认为在交易功能文件发布之前开始有任何意义。 我还计划为对象写一个外壳，但那是稍后的事。 Петр 2009.09.24 12:13 #38 TheXpert >> : 我打算写一个职位和订单管理员。但我不认为在交易功能文件发布之前开始有任何意义。 我还计划围绕对象写一个外壳，但这将在以后完成。 这将是有趣的事情。如果这不是一个秘密，是什么阻止了你写一个指标，其中不使用交易功能？还是说这不是一项任务？虽然没有，对不起，反正你必须重写。你打算不做OOP吗？ TheXpert 2009.09.24 12:15 #39 Svinozavr >> : 如果这不是什么秘密，是什么阻碍了你写一个不使用交易函数的指标？ 绝对没有：）你甚至可以说完全相反：）。还没有OOP。 不仅如此，我还打算很快写一篇关于指标的文章。 Петр 2009.09.24 12:21 #40 TheXpert >> : 绝对没有 :) 你甚至可以说完全相反:) 。到目前为止，没有OOP。 此外，我打算很快写一篇关于指标的文章。 嗯，是的，你的是另一种方式，我已经带着好处和兴趣研究了它。但为什么 "还没有OOP"？你不想吓到那些傻瓜吗？）那么，为什么不为你自己呢？ 这篇文章是需要的。我将等待。是的，每个人都在等待。只是在那里，根据我的理解，也是 "再见"）。 123456789 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你可以不使用Melkosoft的最新花哨的东西。然而，你不能没有这些花哨的东西，比如"接口库"，至少在我们谈论vindas的时候。其实很可惜的是，MT的开发者似乎对melkomsoft誓死不渝，直到坟墓，而不关注其他的事情。我的直觉告诉我，即使是完全无罪的MT5在Linux下通过Wine工作，也会是一件非常痛苦的事。
Invini，即使是老的Java也有类包的命名空间的类似物，虽然有一点通过内脏。如果你愿意，你可以实现一切，无论是通过虚拟化为*nix的MT5还是为Mono的MQL7 :)
总的来说，Nen是对的，优先考虑的是使平台的工作速度比竞争对手快。但谁能理解它的含义--这是另一个问题。
Invini，即使是老的Java也有类包的命名空间的类似物，虽然有一点通过内脏。如果你愿意，一切都可以实现，无论是通过虚拟化的MT5用于*nix，还是MQL7用于Mono :)
总的来说，Nen是对的，优先考虑的是强大的平台，比竞争对手工作得更快。谁能理解它的含义，这是另一个问题。
是的，我们也可以想到Python和Hassle。我的意思是，语言的语义是肉丸子，但在特定操作系统上的实现是苍蝇。同样的Java、Python、Haskel等，在Linux下运行良好，而在Windows下则很差。如果把苍蝇和肉片分开，可以说winnda下的对象支持变得很难看，这其实并不奇怪，因为winnda最初有一个与unix等相当不同的范式（只要回忆一下它的历史，特别是BG的评论，如果我没记错的话，92-93年时winnda在PC用户中的地位和角色）。Windows是从DOS中发展起来的，到2000年才设法在任何程度上脱离了DOS。在Unix下，对象几乎从一开始就存在，所以对象模型是与系统平行发展的，而不是像Windows那样被扭曲的手强加的。虽然，当Raymond Chen的团队致力于winnda及其应用时，它还不错，但在2001年，Chen离开了，它是一个令人愤慨的混乱，其神化是偏执的版权Vista（DRM）。最终我们将在linux上运行MT5，但这将是一只龙虾，如果不是癌症，也会有很多痛苦，并将花费大量的时间和精力，而这些时间和精力可以被更多地用于盈利。而念，当然是对的，你是老板。
把苍蝇和肉片区分开来，可以说winnda下的对象支持做得很糟糕，这其实并不奇怪，因为winnda最初有一个与unix等完全不同的范式（只要回忆一下它的历史，特别是BG在92-93年关于winnda在PC用户中的地位和作用的评论，如果我没记错的话）。Windows是从DOS中发展起来的，到2000年才设法在任何程度上脱离它。在Unix下，对象几乎从一开始就存在，所以对象模型是与系统平行发展的，而不是像Windows那样由歪果仁强加的。虽然，当Raymond Chen的团队致力于winnda及其应用时，它或多或少，但在2001年，Chen离开了，它是一个令人愤怒的混乱，其神化是偏执的版权Vista（DRM）。
好吧，如果你指的是编程语言对象，*nix和Windows都是基于C/C++的，这意味着一切。如果你说的是Linux架构及其附加组件（内核、图形、gnomics等），那么是的，Windows正处于追赶的角色。但是，关于Windows对象的弯曲度这样的问题，我不太同意--就拿.net框架来说，IMHO认为它的设计是恰当的（当然，实现是挤在现有的现实中的），对于一个正常人/程序员来说，有C++/Delphi/Java的经验，而不是通过屁股。
关于DRM，它是政治，如果人们想象自己在MS的鞋子里，评估他们在操作系统市场的范围，可能会采取同样的方式。在Linux上根本没有这种压力（到目前为止）。
这里我们有MQL5中的第一批程序。
程序性问题。
在哪里，谁为了兴趣或只是为了尝试，或为了显示自己的先进性和开明性，使用了OOP？
我真的希望看到这样一个方案的例子。我真的希望看到这样一个方案的例子。
这里有MQL5中的第一个方案。
程序性问题。
哪里有人为了兴趣或只是为了尝试，或为了显示你的先进性和开明性而使用OOP？
我真的希望看到这样一个方案的例子。请。
俄罗斯方块？
是的，当然了。
但在MQL5中的OOP需求，我（也许是由于我的天真？）是指不写玩具。而那些已经发布在代码库中的程序并没有使用OOP。尽管只有完全的感觉障碍者才不知道它在一般情况下的用处，特别是对MT的目的而言--开发者都坚持这一事实，公众（从论坛上看）也渴望得到它。
>> 那么它在哪里呢？
Svinozavr писал(а) >>
那么在哪里？
我打算写一个职位和订单管理员。但我不认为在交易功能文件发布之前开始有任何意义。
我还计划为对象写一个外壳，但那是稍后的事。
我打算写一个职位和订单管理员。但我不认为在交易功能文件发布之前开始有任何意义。
我还计划围绕对象写一个外壳，但这将在以后完成。
这将是有趣的事情。如果这不是一个秘密，是什么阻止了你写一个指标，其中不使用交易功能？还是说这不是一项任务？虽然没有，对不起，反正你必须重写。你打算不做OOP吗？
如果这不是什么秘密，是什么阻碍了你写一个不使用交易函数的指标？
绝对没有：）你甚至可以说完全相反：）。还没有OOP。
不仅如此，我还打算很快写一篇关于指标的文章。
绝对没有 :) 你甚至可以说完全相反:) 。到目前为止，没有OOP。
此外，我打算很快写一篇关于指标的文章。
嗯，是的，你的是另一种方式，我已经带着好处和兴趣研究了它。但为什么 "还没有OOP"？你不想吓到那些傻瓜吗？）那么，为什么不为你自己呢？
这篇文章是需要的。我将等待。是的，每个人都在等待。只是在那里，根据我的理解，也是 "再见"）。