从头开始自学MQL5语言 - 页 19

新评论
 
Valeriy Yastremskiy:

分解是指分离吗？

虽然这个问题不是针对我的，但以该名单为例：在这里你看到的是ME。导航仪在左边打开。它包含所有的文件和文件夹。你设置了一个任务，在你的mql-程序中以工作状态再现它。你开始推测地 "分解"（分解为相关的部分、属性、行为、模式）MT列表，并在你的头脑中 "组成 "它的副本，然后在纸上，然后在代码中。我认为。
 
Vasiliy Sokolov:

我还没有看到你的代码或你要解决的问题，你就想听我的建议？老实说，我也不知道你是如何或如何分解的。对此我不能说什么。

我提议制定这样一项法律。

"如果某样东西运作良好，并发挥了所有的功能，那么它就是专业的。"

所以，你不必看代码（写作标准会欺骗人的印象），但你必须看结果。如果它的工作没有批评 - 一切都被完美地分解和编译回来。:)不是吗？
 
Реter Konow:
我提议制定这样一项法律。
"如果某样东西运作良好并发挥了所有功能，那么它就是专业完成的。
因此，没有必要看代码（写作标准可能会欺骗人的印象），但有必要看结果。如果它的工作没有批评 - 一切都被完美地分解和编译回来。:)不是吗？

没有。

 
Vasiliy Sokolov:

从简单的角度来说，是的。

我不认为只是把主要任务分割成子任务是一种基本技能。有了这种技能，生活和编码就更容易了。))))

优化逻辑，优化和重削代码是创建逻辑后的第二项任务。))然后是合格的测试）。

一般来说，只能够很好地驾驶汽车和了解汽车的构造，并不能使你充分地利用它))))。

 
Vasiliy Sokolov:

没有。

一个物体的分解 是否必须遵循一个固定的指令/协议？如果争取创作自由的道路上，怎么办？))如果 "我 "站在 "他们 "的对立面，这就是灵感的来源呢？）放弃，成为 "之一 "而不是 "一个"？

然而，存在性问题......)
 
Реter Konow:
我提议制定这样一项法律。

"如果某样东西运作良好并发挥了所有功能，那么它就是专业完成的。

因此，没有必要看代码（写作标准可能会欺骗人的印象），但有必要看结果。如果它的工作没有批评 - 一切都被完美地分解和编译回来。:)不是吗？

也没有。工作良好和维修舒适是不同的事情。

运作良好，代码可被他人理解，易于维修）那么专业人士就会欣赏它)

 
Реter Konow:
我提议制定这样一项法律。

"如果某样东西运作良好并发挥了所有功能，那么它就是专业完成的。

因此，没有必要看代码（写作标准可能会欺骗人的印象），但有必要看结果。如果它的工作没有批评 - 一切都被完美地分解和编译回来。:)不是吗？

我建议用它的法律名称来称呼这项法律--diayway

 
严肃地说，不可能有一个心理分解 任务的格式/规则，因为人是不同的，每个人的思维都是不同的。然而，结果是脑力劳动的精髓，它在复制的对象中展示了这种分解/组合的质量。
 
Valeriy Yastremskiy:

我不认为只是把主要任务分割成子任务是一种基本技能。有了这种技能，生活和编码就更容易了。))))

优化逻辑，优化和重削代码是创建逻辑后的第二项任务。))然后是合格的测试）。

因此，只有能够很好地驾驶汽车并知道它的构造，才能阻止你充分利用它))))。

分解 是代码优化和解决。这些都不是第二和第三项任务。这就是分解。而创建逻辑学也是分解。一切都是分解。你做一个任务，一次解决所有问题。这就是问题所在。

 
Реter Konow:
一个对象的分解 是否必须按照给定的指令/协议进行？

是的，分解是相当具体的一套步骤。"做一，做二，做三"。这几乎是一种精确的算法。如此精确，例如，Resharper可以从分解中做很多事情。它不能做所有事情的唯一原因是每个人的需求都不同，没有共同的基础。

1...121314151617181920212223242526...84
新评论