OOP与程序化编程 - 页 38 1...313233343536373839404142434445...48 新评论 Maxim Kuznetsov 2017.08.15 18:44 #371 СанСаныч Фоменко: 我的OnInit()看起来也差不多--有十几行...那么? 所以,这就是整个程序......没有其他的了 :-) Реter Konow 2017.08.15 18:45 #372 СанСаныч Фоменко: 哇哦!我在想:在现代编程中,是否有其他方法可以以更酷的方式混淆蛋级问题? OOP是一种分离、包裹和隐藏机制部分的方法。是否有必要,由开发商来决定。这与提高机制的效率完全没有关系。它构建了思考的方式,是的。它的结构是否正确还不得而知。是否有必要取决于这个人。 СанСаныч Фоменко 2017.08.15 18:56 #373 Maxim Kuznetsov: 至于这是整个程序的事实......那里没有其他东西 :-)当然不是。其他一切都在灰烬中+R(他不算数)。ans全局变量。我确保全局变量(几个函数的变量)不包含局部变量。功能性灰烬调试就是调试逻辑:两个mashas的交叉点在那里,但信号不在那里。在理解来自终端的变量值方面存在问题。这里最主要的是不要改变账户类型,最好不要改变经纪人。我不知道他们在上面写的那些激情。 Maxim Kuznetsov 2017.08.15 19:00 #374 СанСаныч Фоменко: 当然不是。其他一切都在灰烬中+R(他不算数)。ans全局变量。我确保全局变量(几个函数的变量)不包含局部变量。功能性灰烬调试就是调试逻辑:两个mashas的交叉点在那里,但信号不在那里。在理解来自终端的变量值方面存在问题。这里最主要的是不要改变账户类型,最好不要改变经纪人。我不知道有上述的任何激情。只是坦率地说,你到底有没有真正的户口? 激情只是来自与现实世界的遭遇和剥削/维护的伤痕......而对于一个测试员来说,写什么、怎么写都无所谓...... СанСаныч Фоменко 2017.08.15 19:03 #375 Реter Konow: OOP是一种分离、包裹和隐藏机制部分的方法。这是否有必要,要由开发商来决定。这与提高机制的效率完全没有关系。它构建了思考的方式,是的。它的结构是否正确还不得而知。是否有必要取决于这个人。编写函数时总是有一个问题。1.你写一个函数2.你写了另一个函数,发现它与第一个函数非常相似,但又有所不同。总是有一个两难的问题:你应该把它归结为一个还是保留两个?你会得到更多的功能,但更复杂的代码。你得到的是简单的代码,但有一堆功能。这就是这个OOP的情况。如果你设法分配到少量的、结构良好和清晰的课程。如果你写了很多的专家顾问如果你因为某些原因经常修改它们然后OOP是有用的。如果不是,那么就没有必要用信息填满你的脑袋,这些信息与交易无关,还不如花时间在R上。祝大家好运! СанСаныч Фоменко 2017.08.15 19:07 #376 Maxim Kuznetsov:只是坦率地说--至少有一个真实的账户有? 激情只是来自与现实世界的遭遇和开发/维护的伤痕......而对于测试者来说,写什么和怎么写并不重要......自2008年以来,包括PAMM。维护方面没有问题。但随着剥削...价差最多增加到20,然后再乘以保证金,再乘以差距,然后关灯....然后我的妻子在触摸按钮上擦拭灰尘...。我已经受够了。这就是为什么这个分支机构就像在中国一样。 Реter Konow 2017.08.15 19:15 #377 СанСаныч Фоменко:编写函数时总是有一个问题。1.你写一个函数2.你写了另一个函数,发现它与第一个函数非常相似,但又有所不同。总是有一个两难的问题:你应该把它归结为一个还是保留两个?你会得到更多的功能,但更复杂的代码。你得到的是简单的代码,但有一堆功能。这就是这个OOP的情况。 如果你设法分配到少量的、结构良好和清晰的课程。如果你写了很多的专家顾问如果你因为某些原因经常修改它们然后OOP是有用的。我个人努力追求解决方案的普遍性。这需要在不增加代码大小的情况下 将类似的功能 "拼接 "到一个块中。它提高了机制的效率,没有必要进行超载和分割。只要用点脑子就可以了)。 也就是说,有两个函数,每个函数有20行。它们都执行类似的行动或解决类似的任务。我的目标是制作一个不超过20行代码的函数,执行两个函数的工作。这就是区块出现的方式。 Ihor Herasko 2017.08.15 19:16 #378 СанСаныч Фоменко:PS。过去有一个关于珍珠的评分标准。这是在里面。程序手册不是文件。手册是对一个程序的功能的描述(程序能做什么)。这对用户来说是必要的。文档是对程序结构的描述(程序是如何建立的)。这对程序员来说是必要的。不存在条款冲突。 [删除] 2017.08.15 19:48 #379 СанСаныч Фоменко:...如果你没有这个能力,那么你就没有必要用那些与交易完全无关的信息来扰乱你的头脑,最好是把时间花在R祝大家好运!在交易中证明R 的有效性 -- 你已经在上面花了足够的时间。参加竞赛 - 1.九月;2.季度https://www.mql5.com/ru/forum/212596 Сентябрьская регистрация участников, на чемпионат реальных счетов (центы) - открыта 2017.08.02www.mql5.com Добро пожаловать... Dmitry Fedoseev 2017.08.15 20:25 #380 СанСаныч Фоменко:1.通过使用OOPs,你的EA的利润率提高了多少?2.您的EA的MTBF下降了多少?2.真是无奈))))),计算机程序的MTBF......诊所! 1...313233343536373839404142434445...48 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我的OnInit()看起来也差不多--有十几行...
那么?
哇哦!
我在想:在现代编程中,是否有其他方法可以以更酷的方式混淆蛋级问题?
至于这是整个程序的事实......那里没有其他东西 :-)
当然不是。
其他一切都在灰烬中+R(他不算数)。
调试就是调试逻辑:两个mashas的交叉点在那里,但信号不在那里。在理解来自终端的变量值方面存在问题。这里最主要的是不要改变账户类型,最好不要改变经纪人。
我不知道他们在上面写的那些激情。
当然不是。
其他一切都在灰烬中+R(他不算数)。
调试就是调试逻辑:两个mashas的交叉点在那里,但信号不在那里。在理解来自终端的变量值方面存在问题。这里最主要的是不要改变账户类型,最好不要改变经纪人。
我不知道有上述的任何激情。
只是坦率地说,你到底有没有真正的户口? 激情只是来自与现实世界的遭遇和剥削/维护的伤痕......而对于一个测试员来说,写什么、怎么写都无所谓......
OOP是一种分离、包裹和隐藏机制部分的方法。这是否有必要,要由开发商来决定。这与提高机制的效率完全没有关系。它构建了思考的方式,是的。它的结构是否正确还不得而知。是否有必要取决于这个人。
编写函数时总是有一个问题。
1.你写一个函数
2.你写了另一个函数,发现它与第一个函数非常相似,但又有所不同。
总是有一个两难的问题:你应该把它归结为一个还是保留两个?你会得到更多的功能,但更复杂的代码。你得到的是简单的代码,但有一堆功能。这就是这个OOP的情况。
如果你设法分配到少量的、结构良好和清晰的课程。
如果你写了很多的专家顾问
如果你因为某些原因经常修改它们
然后
OOP是有用的。
如果不是,那么就没有必要用信息填满你的脑袋,这些信息与交易无关,还不如花时间在R上。
祝大家好运!
只是坦率地说--至少有一个真实的账户有? 激情只是来自与现实世界的遭遇和开发/维护的伤痕......而对于测试者来说,写什么和怎么写并不重要......
自2008年以来,包括PAMM。
维护方面没有问题。
但随着剥削...
价差最多增加到20,然后再乘以保证金,再乘以差距,然后关灯....然后我的妻子在触摸按钮上擦拭灰尘...。我已经受够了。这就是为什么这个分支机构就像在中国一样。
编写函数时总是有一个问题。
1.你写一个函数
2.你写了另一个函数,发现它与第一个函数非常相似,但又有所不同。
总是有一个两难的问题:你应该把它归结为一个还是保留两个?你会得到更多的功能,但更复杂的代码。你得到的是简单的代码,但有一堆功能。这就是这个OOP的情况。
如果你设法分配到少量的、结构良好和清晰的课程。
如果你写了很多的专家顾问
如果你因为某些原因经常修改它们
然后
OOP是有用的。
我个人努力追求解决方案的普遍性。这需要在不增加代码大小的情况下 将类似的功能 "拼接 "到一个块中。它提高了机制的效率,没有必要进行超载和分割。只要用点脑子就可以了)。
也就是说,有两个函数,每个函数有20行。它们都执行类似的行动或解决类似的任务。我的目标是制作一个不超过20行代码的函数,执行两个函数的工作。这就是区块出现的方式。
PS。
过去有一个关于珍珠的评分标准。
这是在里面。
程序手册不是文件。
手册是对一个程序的功能的描述(程序能做什么)。这对用户来说是必要的。
文档是对程序结构的描述(程序是如何建立的)。这对程序员来说是必要的。
不存在条款冲突。
...
如果你没有这个能力,那么你就没有必要用那些与交易完全无关的信息来扰乱你的头脑,最好是把时间花在R
祝大家好运!
在交易中证明R 的有效性 -- 你已经在上面花了足够的时间。参加竞赛 - 1.九月;2.季度
https://www.mql5.com/ru/forum/212596
1.通过使用OOPs,你的EA的利润率提高了多少?
2.您的EA的MTBF下降了多少?
2.真是无奈))))),计算机程序的MTBF......诊所!