这就是风格!:) - 页 4

 
ALEX_SPB_RU >> :

绝对同意,你应该做一个可定制的风格...

但我坚决不同意MQL5风格是不正常的说法。顺便说一下,我在我编码的书中看到了相同或几乎相同的风格(很难准确记住,因为那是很多年前的事了)--"如何用C和C-plus-plus编程"。 顺便说一下,作者是某个大学的美国人,正是这种C语言的第一批测试者之一。

这是一根有两头的棍子,如果你给程序员自由支配的风格,最终会出现分歧,得到巴别塔。

>> 还是要有一定的威慑力和指导性因素(要习惯)。


但不是每个人都能读懂它。

但是每个人都可以用正楷读出来,不管是谁写的。

 
一个可定制的样式器 正是你所需要的,它可以将别人的笨拙的格式化的文本翻译成漂亮的、可理解的文本。而不是把自己的风格强加给别人。
 

Urain писал(а) >>

必须有某种约束和指导因素(以适应)。

如果这个相同的因素将是一个责备性的编译器--那么,恐怕会有两件事中的一件--要么我将不得不写一些从 "人类 "到 "正确 "风格的转换器(多么白痴!虽然--现有的IDE,事实上是这样做的),要么不在MT5中编程。我甚至没有考虑使用MT5的风格的选项...
 

都气势汹汹地挥舞着手指,想象一下,你在论坛上读到的这一切不是正楷,而是原来的笔迹(手写的)这种噩梦根本无法想象,没有人会理解什么,或者都达成共识,有必要引入类似于正楷的字体。


暂时认为,风格只是一种习惯,仅此而已,是一种思维方式。

 
Urain >> :

每个人都多么气势汹汹地挥舞着他们的手指,试想一下,你在论坛上读到的这一切不是用正楷,而是用原来的笔迹(手写的)这种噩梦根本无法想象,没有人会理解什么,或者都达成共识,我们应该引入类似于印刷字体的脚本。


ps 思考一下,风格只是一种习惯,仅此而已,是一种思维方式。

当思维模式被强加时,是令人不快的,它们没有给予选择的权利。

 
TheXpert >> :

在这里,你是错误的,甚至是自相矛盾的。

我没有自相矛盾,但在讨论的过程中,我得出了这样的想法:普遍接受的未来和未来的模板形成是以它们为基础的。 在自由形成的模式是更有效的,因为所有可能的风格都被尝试了,但不能保证最方便的(最可能是最能打印的获胜)那些一个Integer或连同Scriptor将在未来设定风格,像gpwr这样写了一点但到点的人将保持在风格的旁观。

 

问题是,MQL4-5大多是由曾经或正在某个公司工作的程序员编写的,那里有一种公认的编码 风格,所以他们已经习惯了这种风格,对他们来说,阅读代码要容易得多。转换到一种新的风格需要时间,不是每个人都能接受,即使它看起来很合理。

你只需要像Java IDE(例如intelliJ)或MSVS那样使样式器可定制。也有可能对代码块进行格式化,例如,如果你从外部来源获取代码并将其插入你自己的代码中。

我对MQL5中的折叠功能也非常满意,当在一个有源文件中,你可以折叠或展开函数、运算符等的代码块。

在这种情况下,你可以在一个文件中编写大型程序(而不是用头文件乘以一堆文件),并简单地折叠未使用的代码。 在这种情况下,通过代码的导航和搜索就更方便。我个人喜欢折叠或勾勒,这在所有现代版本的IDE中都有实现。

 
Urain >> :

我没有任何自相矛盾的地方。

既然看到了,我就继续吧,说实话,我不是故意的。

一点也不。风格不应该影响代码的可理解性,但它确实影响了,而且你自己也证实了这一点,你说你对一种风格的理解比另一种更深刻。

所以 -- 思维模式对信息的感知没有这种影响。

 
TheXpert >> :

>>所以--思维模式对信息的感知没有这种影响。

这就是你错误的地方,思维模式对信息的感知有最强的影响。

以至于许多人没有看到不应该存在的东西。

 
YuraZ >> :

我已经习惯了这种风格。

每个人的风格都是不同的

>>如果造型师开发者能做几个造型就好了。



if ( ...
{
   for (
   { 


   } 
}

我认为这是一种经典的风格。我不太记得了,但范-塔塞尔的书中对这种风格有很清楚的 说明。