用于创建面板和对话的类 - 页 5 1234567 新评论 Dmitry Fedoseev 2016.10.29 10:31 #41 Anatoli Kazharski:我已经得到了它（记住了）。我在开发过程中禁用了文件中的代码优化。"MetaTrader 5 pretest\Config\metaeditor.ini"参数:优化[Experts] Author=Copyright 2015, MetaQuotes Software Corp. Address=http://www.mql5.com Optimize=0如果我把它设置为1，我得到以下结果。//---当然，这在工作时是非常长的，所以我在应用开发期间禁用了优化。在禁用模式下，我有这样的结果。 完成了。没有影响。重新启动了所有的东西，包括编辑器和终端。 Anatoli Kazharski 2016.10.29 10:36 #42 Dmitry Fedoseev: 完成了。没有影响。我重新启动了一切，包括编辑器和终端。我即使不重启也能切换这些模式，只需在关闭 metaeditor.ini 文件 时保存更改即可。这是一个最好向开发商提出的问题。也许他们可以告诉你。 fxsaber 2016.10.29 10:43 #43 Anatoli Kazharski: 事实上是这样，至少对我来说是这样。我想让结果至少近似于理想。这是一个漫长的过程。)一个长期的观察是，很多人，不管出于什么原因，在他们开发的某个阶段，选择写他们的 "最好和完美 "的GUI库。正是，一个GUI。这在Delphi和C++中尤为突出。这种有利于GUI库的大勤奋的选择似乎与获得美学上满意的结果的可能性有关。并与公众分享，至少是以清晰的截图形式。也许可以对人们试图创造自己的自行车的领域进行排名。除了GUI之外，他们还在寻找Chart库。在MQL中也流行写订单和专家库（NB的替代品），但它们是为自己写的，如果它们被暴露在公众视野中，那么只是为了 "拥有什么"。总而言之，这是一个有趣的心理现象。对偏离主题表示歉意。 Anatoli Kazharski 2016.10.29 10:48 #44 fxsaber:...确切地说，是GUI，... 我想这是为了一般的发展。由于有很多不同的任务需要解决，解决这些任务的经验在以后的其他案件中可能会派上用场。你可以说这是在一些更复杂的项目 之前的热身运动。) fxsaber 2016.10.29 10:59 #45 Anatoli Kazharski: 这可能是为了一般的发展。由于有很多不同的任务需要解决，解决这些任务的经验可以在以后的其他案件中派上用场。你可以说这是在一些更复杂的项目之前的热身运动。)这可能是培养最佳架构OOP写作文化的最好方法之一。我也在开发一个类似的文化，但由于某些原因，我不觉得自己在写GUI。当然，我希望看到的不仅仅是很酷的GUI/Chart/Math库，还有一些非标准的东西。 TheXpert 2016.10.29 11:05 #46 fxsaber:可能是培养最佳架构的OOP写作文化的最好方法之一。在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个 大项目 Anatoli Kazharski 2016.10.29 11:10 #47 fxsaber:这可能是培养最佳架构OOP写作文化的最好方法之一。我自己也在培养一种类似的文化，但由于某些原因，我不觉得自己在写GUI。当然，我希望看到的不仅是很酷的GUI/Chart/数学库，还有一些非标准的东西。比如说？当然，人们可以立即开始创造宇宙，尽管事实上它已经存在。)GUI只是创建如此非标准的东西，可以用这个GUI管理的东西。这就是为什么我开始编写自己的库，因为到目前为止提出的变体都不适合我。完成后，我计划开始编写一个用于创建图形的库，因为SB中介绍的那个库也不适合我。改善服务台质量的要求被接受了，但不幸的是，它在很长一段时间内都没有得到回应。但就在最近，有消息称，似乎开发者将继续或编写自己的高质量版本。总之，我们会看到的。 Anatoli Kazharski 2016.10.29 11:14 #48 Комбинатор:在没有选择的情况下，最好的方法是与经验丰富的开发人员团队一起深入研究一个大项目 但要进入这样的团队，你还需要知道一些事情，这样才不会打扰到任何人，也不会拖累进程。) fxsaber 2016.10.29 11:21 #49 Комбинатор:在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个大项目我从来没有想过要在一个团队中工作，即使是为了有效教育的丰满度。但对大多数人来说--这似乎确实是变得熟练的最酷方式。阿纳托利-卡扎尔斯基。像什么？我不知道。就我而言，一切都只是原始的，而且是在kodobase中布置的。我没有看到任何非标准的图书馆。我已经看到了有趣的建筑解决方案。 Ilnur Khasanov 2016.10.29 11:43 #50 Комбинатор:在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个大项目阿纳托利-卡扎尔斯基。比如说？当然，你可以马上开始创造宇宙，尽管它已经存在了。)GUI只是去创造一个如此开箱即用的东西，一个可以用这个GUI管理的东西。这就是为什么我开始写我自己的库，因为以前提出的选项都不适合我。在我完成之后，我计划开始写一个创建图形的库，因为SB中提出的库也不适合我。改善服务台质量的要求被接受了，但不幸的是，它在很长一段时间内都没有得到回应。但就在最近，有消息称，似乎开发者将继续或编写自己的高质量版本。总之，我们会看到的。 Anatoli Kazharski：比如说c-4的交易引擎，它是一个成熟的框架，很多东西都已经实现了，而且很方便。我们从图书馆中汲取营养并应用框架。 1234567 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我已经得到了它（记住了）。我在开发过程中禁用了文件中的代码优化。
"MetaTrader 5 pretest\Config\metaeditor.ini"
参数:优化
Author=Copyright 2015, MetaQuotes Software Corp.
Address=http://www.mql5.com
Optimize=0
如果我把它设置为1，我得到以下结果。
//---
当然，这在工作时是非常长的，所以我在应用开发期间禁用了优化。在禁用模式下，我有这样的结果。
完成了。没有影响。我重新启动了一切，包括编辑器和终端。
我即使不重启也能切换这些模式，只需在关闭 metaeditor.ini 文件 时保存更改即可。
这是一个最好向开发商提出的问题。也许他们可以告诉你。
事实上是这样，至少对我来说是这样。我想让结果至少近似于理想。这是一个漫长的过程。)
一个长期的观察是，很多人，不管出于什么原因，在他们开发的某个阶段，选择写他们的 "最好和完美 "的GUI库。正是，一个GUI。这在Delphi和C++中尤为突出。这种有利于GUI库的大勤奋的选择似乎与获得美学上满意的结果的可能性有关。并与公众分享，至少是以清晰的截图形式。
也许可以对人们试图创造自己的自行车的领域进行排名。除了GUI之外，他们还在寻找Chart库。在MQL中也流行写订单和专家库（NB的替代品），但它们是为自己写的，如果它们被暴露在公众视野中，那么只是为了 "拥有什么"。
总而言之，这是一个有趣的心理现象。对偏离主题表示歉意。
...确切地说，是GUI，...
这可能是为了一般的发展。由于有很多不同的任务需要解决，解决这些任务的经验可以在以后的其他案件中派上用场。你可以说这是在一些更复杂的项目之前的热身运动。)
这可能是培养最佳架构OOP写作文化的最好方法之一。
我也在开发一个类似的文化，但由于某些原因，我不觉得自己在写GUI。
当然，我希望看到的不仅仅是很酷的GUI/Chart/Math库，还有一些非标准的东西。
可能是培养最佳架构的OOP写作文化的最好方法之一。
在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个 大项目
这可能是培养最佳架构OOP写作文化的最好方法之一。
我自己也在培养一种类似的文化，但由于某些原因，我不觉得自己在写GUI。
当然，我希望看到的不仅是很酷的GUI/Chart/数学库，还有一些非标准的东西。
比如说？当然，人们可以立即开始创造宇宙，尽管事实上它已经存在。)
GUI只是创建如此非标准的东西，可以用这个GUI管理的东西。这就是为什么我开始编写自己的库，因为到目前为止提出的变体都不适合我。完成后，我计划开始编写一个用于创建图形的库，因为SB中介绍的那个库也不适合我。改善服务台质量的要求被接受了，但不幸的是，它在很长一段时间内都没有得到回应。但就在最近，有消息称，似乎开发者将继续或编写自己的高质量版本。总之，我们会看到的。
在没有选择的情况下，最好的方法是与经验丰富的开发人员团队一起深入研究一个大项目
在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个大项目
我从来没有想过要在一个团队中工作，即使是为了有效教育的丰满度。但对大多数人来说--这似乎确实是变得熟练的最酷方式。
像什么？
我不知道。就我而言，一切都只是原始的，而且是在kodobase中布置的。我没有看到任何非标准的图书馆。我已经看到了有趣的建筑解决方案。
在没有选择的情况下，最好的方法是在一个有经验的开发人员团队中深入研究一个大项目
比如说？当然，你可以马上开始创造宇宙，尽管它已经存在了。)
GUI只是去创造一个如此开箱即用的东西，一个可以用这个GUI管理的东西。这就是为什么我开始写我自己的库，因为以前提出的选项都不适合我。在我完成之后，我计划开始写一个创建图形的库，因为SB中提出的库也不适合我。改善服务台质量的要求被接受了，但不幸的是，它在很长一段时间内都没有得到回应。但就在最近，有消息称，似乎开发者将继续或编写自己的高质量版本。总之，我们会看到的。