理论上来说,后者更好些。因为符合只有一个出口的结构化程序设计原则。很学院派
但在现实中前者的结构更简单些,也很常用。尤其是在存在多种判断的情况下,我更喜欢前者
根据团队的规则来就行,没有规则的话就随机选择一种作为日后的规则
反正在编译完成后是一样的东西,只要全团队统一就成
当然是前者了。
编译后的东西是不是一样呢?如果一样,我觉得RunTime做分支预测的时候,后者会更容易。
个人认为是前者。。。。。
我也认为是前者,性能上不差多少,但是后者易读。
后面的依读一点
后者可读性更好。
编译后的代码是一样的,性能方面没差别。
退一步来说:就算后者性能差一点(只要不致命),也是第一选择。
个人认为,可维护性比性能更重要点,尤其大系统大团队开发。
看个人的喜好,不过我还是赞成使用后者!
看具体应用情况,如果if过多,使用前者美化程序格式是一个不错的选择.否则,就像看程序代码做得和丘陵一样,累眼.