编码时:搞的复杂其实不好

坏习惯一:过剩的 if/else。反例:类似上面这类写法,if/else 就显得有点高射炮打蚊子,有的同学就会依照下面方式进行简化。addBool = (i == 0) ? true : false;

大家好,今天小编来为大家解答以下的问题,关于编码时:搞的复杂其实不好这个很多人还不知道,现在让我们一起来看看吧!

坏习惯一:过剩的 if/else。

带有编码的发票咋开 七问七答轻松搞定

反例:

类似上面这类写法,if/else 就显得有点高射炮打蚊子,有的同学就会依照下面方式进行简化。

addBool = (i == 0) ? true : false;

这类方式简化固然跑起来没问题,代码确切简化了很多,但是还是略显冗余啊。

正解:

addBool=(i==0);

坏习惯二:过剩的 else。

反例:

仅以上图为例,每次看到类似截图中的代码,心里都发毛,完全可以提早 return,进而干掉 else 分支。

正解:

心声:

1. 简单就是美,代码写的越少,出错的概率就越小。

2. 提早终止程序,绝大多数情况下,会节省很多没必要的开消(会减少很多无效的判断,减少无效变量、对象的创建)。

3. 每种编程语言都离不开 if/else 进行条件判断,如果在编码时,存在过量的 if/else 嵌套,代码的可读性就会下落,后期保护难度就会大大提高。

关于“编码时:搞的复杂其实不好”的内容,小编就分享到这里了,大家还有哪些需要补充的呢?无妨在评论区留言分享,让更多的朋友受益!您的每一个留言,和每一个赞,都是我前进的动力!喜欢的话记得收藏、分享给身旁的朋友。

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至81118366@qq.com举报,一经查实,本站将立刻删除。发布者:青灯古佛,转载请注明出处:https://www.jianzixun.com/140097.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫

相关推荐

软文友链广告合作联系站长qq81118366