1
firebroo 2016-07-18 17:37:24 +08:00
php 不是本来就是写法太自由,用框架来约束吗?
|
2
silov 2016-07-18 17:39:59 +08:00 1
你需要考虑可维护性。。。。毕竟项目不是你一个人在写。。。。。
|
3
tanteng 2016-07-18 17:47:01 +08:00
小项目,或者有针对性的项目,可以这样做,如果是大型的项目,有各种功能,还是上大框架!
|
4
lianghudou 2016-07-18 17:51:37 +08:00
php 用框架真是脱裤子放屁的感觉,但是团队开发,没约束不行啊,框架就是用来统一步伐,约束个人的自由散漫的。
|
5
likezun 2016-07-18 17:53:35 +08:00
你知道 symfony 吗!
|
6
lianghudou 2016-07-18 17:54:02 +08:00
我个人开发的话连 composer 都用不到,自己封装一下常用的几个类几个功能函数,舒服的不要不要的
|
7
a15819620038 2016-07-18 17:57:26 +08:00
重要的是为了更好地编写测试,单清晰的分层和路由是不够的,需要做的事情还有很多。
|
8
murmur 2016-07-18 18:07:15 +08:00
好像 pdo 带了一点 oom 的功能了
|
9
hellov22ex 2016-07-18 18:10:37 +08:00
赞同 2 楼
|
10
allenhu 2016-07-18 19:11:53 +08:00 via Android
在 composer 下对 psr 的功能进行实现,然后在弄一个路由分发请求就差不多了。你这不是又一套框架?还是个功能不完整的框架!
|
11
jswh 2016-07-18 23:53:05 +08:00
并没有,大型项目在没有 composer 的年代也会写着写着就写成框架。框架只是一个团队在一起工作约定的编程范式。
|
14
cxbig 2016-07-19 17:17:16 +08:00
这种感叹没太大意义啊,架构项目要根据需求和团队来决定。
|
15
xytjy 2016-07-22 12:13:43 +08:00
中小型项目还是需要框架的,毕竟减少重复编码,节约时间等好处,但我之前做的几个项目用的基于 TP 的程序不过太臃肿了,举个例子:按其中项目最终大小看,自写框架实现同样功能的应用,自写的仅 8M 左右,而使用 TP 则达到 20M 。太多冗余代码, N 多对象链的堆砌,肆无忌惮地花费宝贵的系统资源去做一些和业务无关的事,仅仅为了强制代码的规范化,其实是个花架子。不过最近用的 corethink ,感觉代码质量还蛮高,你可以试试看,开源免费下载的
|
16
kair 2016-07-22 14:53:03 +08:00
项目稍微大一点,不用框架,到最后,你会发现,一个项目,有 1024 种风格的代码。
|
17
xdazz 2016-07-27 15:44:11 +08:00
框架目前的主流是一堆解耦的组件的集合而已(参考 Rails , Symfony )。这些组件都可以单独拿出来用,也可以给其他的框架用。「然后在弄一个路由分发请求就差不多了」,框架中就有对应的组件,你如果觉的你自己造的轮子更优秀,那就自己写也可以。但你发现写到后面这也要写那也要写,最后你把你写的组件集合一下,一个新的框架就诞生了。不过目前的主流的框架都是一群优秀的程序员在维护,闭着眼睛也可以说实现的比你自己写的要好——很多。
|