编码时：搞的复杂其实不好 _代码

大家好,今天小编来为大家解答以下的问题，关于编码时：搞的复杂其实不好这个很多人还不知道，现在让我们一起来看看吧！
坏习惯一：过剩的 if/else 。

文章插图
反例:
类似上面这类写法，if/else 就显得有点高射炮打蚊子，有的同学就会依照下面方式进行简化。
addBool = (i == 0) ? true : false;
这类方式简化固然跑起来没问题，代码确切简化了很多，但是还是略显冗余啊。
正解：
addBool=(i==0);
坏习惯二：过剩的 else 。
反例：
仅以上图为例，每次看到类似截图中的代码，心里都发毛，完全可以提早 return，进而干掉 else 分支。
正解：
心声：
1. 简单就是美，代码写的越少，出错的概率就越小。
2. 提早终止程序，绝大多数情况下，会节省很多没必要的开消（会减少很多无效的判断，减少无效变量、对象的创建）。
3. 每种编程语言都离不开 if/else 进行条件判断，如果在编码时，存在过量的 if/else 嵌套，代码的可读性就会下落，后期保护难度就会大大提高。
【编码时：搞的复杂其实不好】关于“编码时：搞的复杂其实不好”的内容，小编就分享到这里了，大家还有哪些需要补充的呢？无妨在评论区留言分享，让更多的朋友受益！您的每一个留言，和每一个赞，都是我前进的动力！喜欢的话记得收藏、分享给身旁的朋友。