对巴解组织的看法很有意思 - 页 7

新评论
 
Igor Makanu:

如果一个无尽的if-else检查开始，我是这样写的

dunno ）在这种情况下，一个匹配的表格（数组）和一个函数是最快和最易读的。
 
TheXpert:
dunno ）在这种情况下，一个匹配的表格（数组）和一个函数是最快和最易读的。

在线性逻辑中是的，但如果分支If不同，那么匹配的数组将是最大分支If的维度....。也不总是理性的。

 
最好是以团队形式进行编码和交易，反正你不会赚到所有的钱
 
BillionerClub:
最好是在一个团队中编码和交易，反正你不会赚到所有的钱

如果 "鳕鱼"，那么 "兜售":-)

 
Maxim Kuznetsov:

如果是 "鳕鱼"，那就是 "竞标 "了 :-)

尚无俚语

 
Igor Makanu:

如果一个无尽的if-else检查开始，我是这样写的

我认为，它是可读的，它可以在任何一行被纠正--你可以解除/调试，你可以把它注释出来 我很舒服，上面的代码...我不知道如何阅读它，如何修改它，如何 ...只有问题，它给了我什么--最多不写if-else ?

当枚举采样时--切换是不可避免的
 
Vladimir Simakov:
当通过枚举取样时，切换是不可避免的

去年在谷歌上搜索了这个问题

这取决于数量，如果不是太多，那么，一打--使用什么并不重要，如果数量大，那么切换更好--一个开发者写道


问题是不同的 - ....为什么要写这样的代码 ))

 
Igor Makanu:

去年在谷歌上搜索了这个问题

这取决于数量，如果不是太多，那么，一打--使用什么并不重要，如果数量大，那么切换更好--一个开发者写道


问题是不同的 - ....为什么要写这样的代码 ))))

当然，我不是一个mql开发者。

但在C语言中，切换产生了相当有效的二进制搜索，并且不会引起不必要的分页和缓存翻转。所以，是的，它通常比通过数组和结构的间接寻址更好。

 
Igor Makanu:

问题是，一般来说，另一个 - ....为什么要写这样的代码 ))

我这样写是因为我喜欢这样。但在调试时，情况变得非常糟糕。


即使在这个表达中

bool b = f() || g();

很难理解谁归还了什么。在更复杂的情况下（我一直在练习），这是很难的。

 
fxsaber:

我这样写是因为我喜欢这样。这就是说，在调试时，情况会变得非常糟糕。


甚至在这个表达中。

很难弄清谁归还了什么。在更复杂的情况下（我一直在练习），它根本就很难。

最后--真理的时刻到了。我开始认为出现了一些新型的人--面向水平的代码的专家。但是没有--事实证明，他们（你）和人们一样拥有一切））。

12345678910111213
新评论