OOP在MQL5中会有需求吗？ - 页 7 123456789 新评论 Vasiliy Sokolov 2009.09.28 08:20 #61 Подводя нектр. очень предварительные итоги, можно сказать, что ООП в реализации метаквотов даже опытными программерами не воспринята. MQL5甚至还没有发布，而你已经在总结了。即使你把MQL4和没有OOP的MQL5进行比较，差别也很明显。在4中，正常语言的可能性，例如结构和指针，基本上没有。在Petyarka，一切都在那里。因此，即使没有OOP，该语言也比它的前辈强大得多。这个话题毫无意义，那些知道并喜欢OOP的人将用OOP编码，那些纯粹程序化编码的人将继续用这种方式编码。这个问题的意义何在？ Hide 2009.09.28 08:24 #62 C-4 >> : MQL5甚至还没有发布，而你已经在总结了。即使你把MQL4和没有OOP的MQL5进行比较，差别也很明显。在4中，正常语言的可能性，例如结构和指针，基本上没有。在Petyarka，一切都在那里。因此，即使没有OOP，该语言也比它的前辈强大得多。这个话题毫无意义，那些知道并喜欢OOP的人将用OOP编码，那些纯粹程序化编码的人将继续用这种方式编码。这个问题的意义何在？ 没有指针。但也有结构。 TheXpert 2009.09.28 08:27 #63 HideYourRichess >> : >> 没有路标。 有一个替代者。 Hide 2009.09.28 08:29 #64 TheXpert >> : 有一个替代者。 有一个替代品，但我不太喜欢它。也许我是有偏见的。 TheXpert 2009.09.28 08:30 #65 HideYourRichess >> : 有一个替代品，但我不太喜欢它。也许我是有偏见的。 所以很明显 -- 这是虚拟功能的一个拐杖。 Hide 2009.09.28 08:33 #66 TheXpert >> : 所以它是虚拟函数的拐杖。 这是可以理解的，特别是由于也没有地址运算。 事实上，这对mt来说是一个相当好的解决方案，它消除了许多隐患。 Hide 2009.09.28 08:42 #67 最好制定一条合法的路线，以便回调。 Slava 2009.09.28 08:44 #68 HideYourRichess писал(а)>> 最好制定一条合法的路线，以便回调。 见 TheXpert 2009.09.28 08:49 #69 stringo >> : 让我们来看看 既然我们在讨论这个问题 -- 这是什么类型，我们如何获得一个指向自身的指针（描述符）？ Slava 2009.09.28 08:53 #70 TheXpert писал(а)>> 既然是这个主题 -- 这是什么类型， 你如何获得一个指向自身的指针（描述符）？ 你不能。在mql5内部，我们不使用地址工作。这应该是一个句柄，而不是一个指针。也许我们可以将其转换为一个临时手柄。我们倾向于认为，我们应该这样做。 123456789 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
Подводя нектр. очень предварительные итоги, можно сказать, что ООП в реализации метаквотов даже опытными программерами не воспринята.
MQL5甚至还没有发布，而你已经在总结了。即使你把MQL4和没有OOP的MQL5进行比较，差别也很明显。在4中，正常语言的可能性，例如结构和指针，基本上没有。在Petyarka，一切都在那里。因此，即使没有OOP，该语言也比它的前辈强大得多。这个话题毫无意义，那些知道并喜欢OOP的人将用OOP编码，那些纯粹程序化编码的人将继续用这种方式编码。这个问题的意义何在？
MQL5甚至还没有发布，而你已经在总结了。即使你把MQL4和没有OOP的MQL5进行比较，差别也很明显。在4中，正常语言的可能性，例如结构和指针，基本上没有。在Petyarka，一切都在那里。因此，即使没有OOP，该语言也比它的前辈强大得多。这个话题毫无意义，那些知道并喜欢OOP的人将用OOP编码，那些纯粹程序化编码的人将继续用这种方式编码。这个问题的意义何在？
没有指针。但也有结构。
>> 没有路标。
有一个替代者。
有一个替代者。
有一个替代品，但我不太喜欢它。也许我是有偏见的。
有一个替代品，但我不太喜欢它。也许我是有偏见的。
所以很明显 -- 这是虚拟功能的一个拐杖。
所以它是虚拟函数的拐杖。
这是可以理解的，特别是由于也没有地址运算。
事实上，这对mt来说是一个相当好的解决方案，它消除了许多隐患。
最好制定一条合法的路线，以便回调。
最好制定一条合法的路线，以便回调。
见
让我们来看看
既然我们在讨论这个问题 -- 这是什么类型，我们如何获得一个指向自身的指针（描述符）？
既然是这个主题 -- 这是什么类型， 你如何获得一个指向自身的指针（描述符）？
你不能。在mql5内部，我们不使用地址工作。这应该是一个句柄，而不是一个指针。也许我们可以将其转换为一个临时手柄。我们倾向于认为，我们应该这样做。