一个项目,里面好多文件用到5-6层include大家觉得正常吗?
![]() | 1 haiyang416 2015-05-18 20:35:17 +08:00 via Android 自动加载呗。 |
2 xiaohanqing OP @haiyang416 问题不是自动加载,查看起来好累啊,而且我们的项目没有自动加载,都是手写的 |
![]() | 3 ryd994 2015-05-18 20:57:04 +08:00 via Android grep -R 如果变量名控制的好的话就很好用 |
![]() | 4 orvice 2015-05-18 21:01:06 +08:00 autoload活着框架了 |
![]() | 5 yxzblue 2015-05-18 21:03:54 +08:00 面向过程。狗屎。 |
![]() | 6 mahone3297 2015-05-18 21:10:25 +08:00 所以1l让你去使用自动加载啊。。。 |
![]() | 7 ywisax 2015-05-18 21:21:51 +08:00 对老项目来说正常咯。不过现在都不推荐这样搞了。 |
8 xiaohanqing OP @yxzblue 说实话我也把握不准是面向过程还是面向对象,几乎每个东西(资源,操作,接口等等)都用累封装了,但是一个类里面写了几十个function,这种情况是不是面向对象,这种做法和面向过程又有什么区别。又有什么优势? |
![]() | 9 sivacohan PRO 忍一忍就好了,不信去看看cacti |
10 kslr 2015-05-18 22:23:44 +08:00 via Android 忍不了就闪~~~~ |
11 fengyqf 2015-05-18 22:49:50 +08:00 5-6层,很少了 |
![]() | 12 moro 2015-05-19 17:57:11 +08:00 连表不好解耦。 |
![]() | 13 yxzblue 2015-05-19 19:13:45 +08:00 @xiaohanqing 不方便新人上手项目,我觉得不必要谈优势了。 |
![]() | 14 ideaa 2015-05-20 14:42:17 +08:00 如果项目都是过程式的风格5~6个include不算多 如果是面向对象连续出现这么多include,那就是设计的问题了. 不用left join可能是便于后期在查询前加缓存, 方便复用. |