[存档]任何菜鸟问题,为了不使论坛变得杂乱无章。专业人士,不要路过。没有你就无处可去 - 3. - 页 7 1234567891011121314...652 新评论 Artyom Trishkin 2011.07.24 18:50 #61 Roman.: 试过了...:-)))这仍然是帕斯卡尔的一个习惯...可读性更差...特别是对于那些不太 "入门 "的人来说...:-)))而且你需要在嵌套循环和条件的操作中缩进到制表符宽度或3个空格--作为最后的手段... :-)) 如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。你需要缩进的地方也需要缩进。而我的版本有这些东西,而且一切都在其位置上...... 一切都是IMHO。每个人都有自己的风格。 Sceptic Philozoff 2011.07.24 18:51 #62 artmedia70: 你有没有试过把代码写得很紧凑? 嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱...... 我也写得很铺张,但大部分功能还是适合放在一个屏幕上,即使字体放大了。 Роман 2011.07.24 18:56 #63 artmedia70:如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。而且你需要在你需要的地方进行缩进。 你应该同意,它们在我的版本中是存在的,而且一切都在其位置上......都是我的看法。每个人都有自己的风格。 是的,我同意。关于代码 的排列顺序,有一定的规则...等。我知道。 Artyom Trishkin 2011.07.24 19:00 #64 Mathemat: 嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱...... 我也是大笔一挥,但大部分的功能还是适合放在一个屏幕上,即使字体放大了。 是的...阿列克谢,我可以想象,我刚刚给我的客户的807 行专家顾问,如果用罗曼的风格来写,会是什么 样子的 ...:)))) Anatoli Kazharski 2011.07.24 19:15 #65 artmedia70: 是啊...阿列克谢,我可以想象我刚刚给客户的807 行EA如果用罗曼的风格来写会是什么 样子......)))) 而不是807 ,应该是2807))。对于小项目 来说,这当然是可以接受的。但如果项目很大,紧凑型的优势就很明显了。 Artyom Trishkin 2011.07.24 19:21 #66 tol64: ...大,那么紧凑型 的优势就很明显了。:)))))))))))))))) 嗯,是的...如果它是一个紧凑的,你不必伸手去拿高悬的绳子......这一切都在那里:你转过身来,按下一个按钮,然后......。你必须及时起床,以便大的 不被弄湿......:)))))))))))) Lopator 2011.07.24 19:32 #67 嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。但我不明白,它在变量字符串中算什么?但相交的标签肯定是一个放在另一个上面,遵守某种规律。有谁知道吗? DDFedor 2011.07.24 19:34 #68 Pyro: 嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。但我不明白,它在变量字符串中算什么?但相交的标签肯定是一个放在另一个上面,遵守某种规律。有谁知道吗? https://www.mql5.com/ru/forum/123941 TheXpert 2011.07.24 19:40 #69 artmedia70: 紧凑性使可读性变差。公平地说,罗曼的版本也不是很好,即使你忽略了逻辑。 保存线路的意义何在? tol64。 但如果项目规模较大,紧凑型的优势就很明显。 恰恰相反。 DDFedor 2011.07.24 19:51 #70 Pyro: 嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。 对象名称中的数字是符号,和对象名称中的其他符号一样,要遵守排序规则。 1234567891011121314...652 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
试过了...:-)))这仍然是帕斯卡尔的一个习惯...可读性更差...特别是对于那些不太 "入门 "的人来说...:-)))而且你需要在嵌套循环和条件的操作中缩进到制表符宽度或3个空格--作为最后的手段... :-))
如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。你需要缩进的地方也需要缩进。而我的版本有这些东西,而且一切都在其位置上......
一切都是IMHO。每个人都有自己的风格。
嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱......
我也写得很铺张,但大部分功能还是适合放在一个屏幕上,即使字体放大了。
如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。而且你需要在你需要的地方进行缩进。 你应该同意,它们在我的版本中是存在的,而且一切都在其位置上......
都是我的看法。每个人都有自己的风格。
嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱......
我也是大笔一挥,但大部分的功能还是适合放在一个屏幕上,即使字体放大了。
是啊...阿列克谢,我可以想象我刚刚给客户的807 行EA如果用罗曼的风格来写会是什么 样子......))))
而不是807 ,应该是2807))。对于小项目 来说,这当然是可以接受的。但如果项目很大,紧凑型的优势就很明显了。
...大,那么紧凑型 的优势就很明显了。
嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。但我不明白,它在变量字符串中算什么?但相交的标签肯定是一个放在另一个上面,遵守某种规律。有谁知道吗?
https://www.mql5.com/ru/forum/123941
紧凑性使可读性变差。公平地说,罗曼的版本也不是很好,即使你忽略了逻辑。
保存线路的意义何在?
但如果项目规模较大,紧凑型的优势就很明显。
恰恰相反。
嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。
对象名称中的数字是符号,和对象名称中的其他符号一样,要遵守排序规则。