[存档]任何菜鸟问题,为了不使论坛变得杂乱无章。专业人士,不要路过。没有你就无处可去 - 3. - 页 7

 
Roman.:
试过了...:-)))这仍然是帕斯卡尔的一个习惯...可读性更差...特别是对于那些不太 "入门 "的人来说...:-)))而且你需要在嵌套循环和条件的操作中缩进到制表符宽度或3个空格--作为最后的手段... :-))

如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。你需要缩进的地方也需要缩进。而我的版本有这些东西,而且一切都在其位置上......

一切都是IMHO。每个人都有自己的风格。

 
artmedia70: 你有没有试过把代码写得很紧凑?

嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱......

我也写得很铺张,但大部分功能还是适合放在一个屏幕上,即使字体放大了。

 
artmedia70:

如果这17行代码分布在整个页面上,并且有很多额外的大括号,那么可读性就会变差。而且你需要在你需要的地方进行缩进。 你应该同意,它们在我的版本中是存在的,而且一切都在其位置上......

都是我的看法。每个人都有自己的风格。

是的,我同意。关于代码 的排列顺序,有一定的规则...等。我知道。
 
Mathemat:

嗯,这没有必要。我们不是在纸上写字,Artyom,没有必要省钱......

我也是大笔一挥,但大部分的功能还是适合放在一个屏幕上,即使字体放大了。

是的...阿列克谢,我可以想象,我刚刚给我的客户的807 行专家顾问,如果用罗曼的风格来写,会是什么 样子的 ...:))))
 
artmedia70:
是啊...阿列克谢,我可以想象我刚刚给客户的807 行EA如果用罗曼的风格来写会是什么 样子......))))

而不是807 ,应该是2807))。对于小项目 来说,这当然是可以接受的。但如果项目很大,紧凑型的优势就很明显了。
 
tol64:

...大,那么紧凑型 的优势就很明显了。
:)))))))))))))))) 嗯,是的...如果它是一个紧凑的,你不必伸手去拿高悬的绳子......这一切都在那里:你转过身来,按下一个按钮,然后......。你必须及时起床,以便大的 不被弄湿......:))))))))))))
 
嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。但我不明白,它在变量字符串中算什么?但相交的标签肯定是一个放在另一个上面,遵守某种规律。有谁知道吗?
 
Pyro:
嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。但我不明白,它在变量字符串中算什么?但相交的标签肯定是一个放在另一个上面,遵守某种规律。有谁知道吗?

https://www.mql5.com/ru/forum/123941
 
artmedia70:

紧凑性使可读性变差。公平地说,罗曼的版本也不是很好,即使你忽略了逻辑。

保存线路的意义何在?

tol64

但如果项目规模较大,紧凑型的优势就很明显。

恰恰相反。

 
Pyro:
嗨,伙计们。我发现绘制标签时的优先级(如果背景=false)取决于对象名称中是否有数字(!!!)。

对象名称中的数字是符号,和对象名称中的其他符号一样,要遵守排序规则。