为什么valenok2003反对MT5 - 页 2

新评论
 
Zhunko:

О!它又来了!我爱死它了!你可以不这样做。你总是可以，但你不一定要这样做。

在某些情况下，goto 允许简化代码并加快其速度。我在某处读到一篇文章，说是用它来编写驱动程序，以加快转换速度。


你们好。

汇编程序代码不知道任何其他方法。

 
IgorM:

简化代码是不可能的，让别人看不懂是肯定的，关于速度--这取决于什么任务，以及谁有什么 "编程时的笔迹"，原则上，我甚至不想讨论，看来我们认真讨论了goto的好处和坏处http://www.gamedev.ru/flame/forum/?id=69459。

如果你深入到程序拆解的层面，所有JVS中的循环很可能会被组织成有条件的jcxz转换，等等。

这基本上是一个结构，如果(cx==0)得到标签

为了提前退出嵌套循环，从不同的条件跳到一个点上？这就简化了代码。我经常使用它。我有时用它来做循环。

sergeev:

你们好。

汇编程序代码不知道任何其他方法。


我们不是在谈论汇编程序 :-)
 
Zhunko: 对于从嵌套循环中提前退出，从不同的条件到同一点？它简化了代码。我经常使用它。我有时用它来做循环。

如果是这样，那就是这样了 :)，俗话说："所有毡尖的颜色都不同！" ))))))))。

这件事是个别的，你看，主要的开发者被OOP困扰着。 如果他不使用OOP，他早就在MQL5大剧院 里毛遂自荐了。

 

http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html

За многие годы я утвердился во мнении о том, что квалификация программистов - функция, обратно зависящая от частоты появления операторов go to в их программах.

...我们应该做...我们尽一切可能弥合静态方案和动态过程之间的概念差距，使方案（在文本的空间中展开）和过程（在时间中展开）之间的对应关系尽可能明显。

 
Integer:

http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html

这只是众多意见中的一个。支持和反对的人同样多。这是一个品味和风格的问题。

作者在很大程度上限制了自己。

 
Edsger W. Dijkstra是那些名字与编程从萨满教到科学的转变有关的人之一(*)。
 
当然，他的能力非常有限--图灵奖得主
 
Zhunko:

这只是众多意见中的一个。有多少人赞成，就有多少人反对。这是一个品味和风格的问题。

作者在很大程度上限制了自己。


现代编程的趋势是这样的，程序往往是由程序员团队编写和陪同的。这就对代码的质量、可读性提出了要求。

我的意见是：代码必须清晰，并有良好的注释。我再次发表个人意见：转到是一个有害的操作符，它使你 无法阅读代码。想象一下，一个至少有500行的程序，有一百个标签和跳转到它们。

 

遗忘的问题属于个人喜好的范畴。他不喜欢，就想出了一个不喜欢的理由。

还有一些人喜欢它，并提出了他们喜欢它的理由。对我来说，所有这些原因都是一样的。我的代码在应用goto时是简化的，那么我就使用它，如果不是，我就不使用它。

我不会把自己限制在别人的猜测中。

sand:


想象一下，一个至少有500行的程序，有一百个标签，并向它们过渡。

驱动程序仍然是这样写的。为什么？
 
Zhunko:

驱动程序仍然是这样写的。为什么？


因为在司机中，执行速度是第一、第二和第三。

如果我们可以用汇编语言来写所有的东西，为什么我们还需要高级语言呢？

还有，为什么他们不在一级方程式赛车中放置吊杆箱和可转换座椅？

123456789...25
新评论