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