![]() |
1
106
您正在利用一种称为短路的语言功能。这并不是在欺骗语言,而是在实际中使用了一种功能,而这种功能正是设计用来使用它的。 |
![]() |
2
24
如果您询问是否可以依赖“短路”关系运算符
|
![]() |
3
6
这并没有什么问题,因为您只想确保不会出现nullpointer异常。 我认为这样做是合理的。 通过扩展,您可以使它更干净,但基本概念仍然有效。 |
![]() |
4
5
这段代码完全有效,但我喜欢使用Null Coalesce操作符来避免Null类型检查。
|
![]() |
5
4
这没什么问题。 如果(条件)是从左到右求值的,那么像这样堆叠它们是非常好的。 |
![]() |
6
2
在我看来,这是有效的代码(尽管声明变量并在下一行赋值非常烦人),但您应该意识到,在字符串长度为<3. |
![]() |
7
2
在我看来,这似乎是逻辑短路的一种完全合理的使用——如果有什么区别的话,那就是作弊 具有 语言。我只是最近才从VB6来的,它没有 曾经 短路,这真让人恼火 我 . 需要注意的一个问题是,您可能需要在else子句中再次测试Null,因为——正如所写的那样——您将在那里同时使用Null字符串和长度小于三个字符串。 |
![]() |
8
2
这是完全正确的,以这种方式使用它没有什么错。如果您遵循语言的记录行为,那么一切都很好。在C#中,您使用的语法是条件逻辑运算符,可以在 MSDN
|
![]() |
9
1
在大多数情况下,依靠短路是“正确的做法”。它使代码更简洁,运动部件更少。这通常意味着更容易维护。在C和C++中尤其如此。 我会认真考虑雇佣一个不熟悉(也不知道如何使用)短路操作的人。 |
![]() |
10
0
我觉得没问题:)您只是确保不访问空变量。 |
![]() |
11
0
|
![]() |
12
0
我不认为这和这样的事情有什么不同:
它只是利用了语言中的一个特性。我认为,自从C开始以这种方式执行布尔表达式(或任何最先执行布尔表达式的语言)以来,这种习惯用法就一直被广泛使用 |
![]() |
13
0
如果编译成汇编的是c语言代码,那么短路不仅是正确的行为,而且是错误的 更快 . 在机器语言中,if语句的各个部分都是一个接一个地求值的。不短路是比较慢的。 |
![]() |
14
0
编写代码对一家公司来说花费了很多美元。但维护成本更高!
当然,他将被要求纠正一个关键的生产缺陷。他会到处搜索,可能不会注意到这一点。
这意味着我们使用明显的语言特征,避免使用其他特征。 祝你一切顺利,西尔文。 |
![]() |
15
0
在VB.Net中,bang的作用与在VB.Net中的(bang)的作用相同#
添加ANDALS使其表现出相同的方式,而且它读起来更好。作为一个同时进行vb和c开发的人,第二个vb显示登录名略有不同,因此更容易向他人解释存在差异等。 德鲁克斯 |
![]() |
tomm · 谷歌表格-将两列相乘,复制第三列 2 年前 |
![]() |
ziemsterr · 无法在SQL SELECT语句中找出此语法错误 2 年前 |
![]() |
Andrés BolÃvar · AJAX请求未收到我想要的属性 2 年前 |
![]() |
clarkk · 当声明向量时,(1)是什么意思? 2 年前 |
![]() |
Mike C. · Bash错误[:检查文件是否存在时缺少“]” 2 年前 |
![]() |
michael · 错误的脚本和语法问题 3 年前 |