84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
今天突然想到了这个问题.
光阴似箭催人老,日月如移越少年。
构造器的目的是init,你在里面完全可以用1W行if else 将所有的逻辑都写在里面,但是你怎么快速定位bug?某个逻辑被修改了,你又得横切你的代码。那么oo的意义何在?
因为构造时一般并不会有复杂逻辑
构造器的目的是init,比如一个必须登录才能看的页面,就可以在构造里判断是否登录了,而不需要在下边的方法里逐个判断,就是说把公用的东西拿到这,可以适当把都需要用到的拿到这里,如果写太多,bug也不好定位
PHP的Class的构造方法算是整个PHP面向过程到面向对象变化中波折最多的一个,甚至连方法名都改动过,所以在很多三方库或是开源程序中,很少有大范围使用构造方法的,目的是为了避免兼容性问题和一些不必要的结果。另外,PHP的构造方法甚至不要求必须执行父类构造,我感觉这看上去会破坏程序流程,特别是接入和修改三方的时候。
每个函数或者方法代码一般不过超过100行,更何况是初始化!!!
代码重构书上普遍都有一个规则好像,是 function 优于 if ··· else,灵活性高
function
if ··· else
语法 习惯 规范 最佳实践 这是一个人代码风格的来源。符合语法是最低标准,在构造函数写复杂逻辑是符合语法的。但是不符合规范或者最佳实践。
构造器的目的是init,你在里面完全可以用1W行if else 将所有的逻辑都写在里面,但是你怎么快速定位bug?某个逻辑被修改了,你又得横切你的代码。那么oo的意义何在?
因为构造时一般并不会有复杂逻辑
构造器的目的是init,比如一个必须登录才能看的页面,就可以在构造里判断是否登录了,而不需要在下边的方法里逐个判断,就是说把公用的东西拿到这,可以适当把都需要用到的拿到这里,如果写太多,bug也不好定位
PHP的Class的构造方法算是整个PHP面向过程到面向对象变化中波折最多的一个,甚至连方法名都改动过,所以在很多三方库或是开源程序中,很少有大范围使用构造方法的,目的是为了避免兼容性问题和一些不必要的结果。另外,PHP的构造方法甚至不要求必须执行父类构造,我感觉这看上去会破坏程序流程,特别是接入和修改三方的时候。
每个函数或者方法代码一般不过超过100行,更何况是初始化!!!
代码重构书上普遍都有一个规则好像,
是
function
优于if ··· else
,灵活性高
语法 习惯 规范 最佳实践 这是一个人代码风格的来源。
符合语法是最低标准,在构造函数写复杂逻辑是符合语法的。但是不符合规范或者最佳实践。