这是一个创建于 2843 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 composer 下对 psr 的功能进行实现，然后在弄一个路由分发请求就差不多了。
其他的功能都相对独立，没有必要用框架来实现。
其他的功能都相对独立，没有必要用框架来实现。
 |
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 ）。这些组件都可以单独拿出来用，也可以给其他的框架用。「然后在弄一个路由分发请求就差不多了」，框架中就有对应的组件，你如果觉的你自己造的轮子更优秀，那就自己写也可以。但你发现写到后面这也要写那也要写，最后你把你写的组件集合一下，一个新的框架就诞生了。不过目前的主流的框架都是一群优秀的程序员在维护，闭着眼睛也可以说实现的比你自己写的要好——很多。
|
Select Language