|
锁定老帖子 主题：PHP程序员是否应该使用自己写的框架
精华帖 (0) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (5)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-04-27
用人不疑啊
|
| 返回顶楼 | |
|
发表时间：2012-04-27
llh110220 写道 为什么新浪，腾讯自己开放出来的系统(weibo)都是简单框架，简单的不能在简单了！
框架是适用于项目！ 如果php主管能力了很强的话，下面一些只会写代码的人就可以了。如果不强，那么又何必自己开发一套框架呢。 不过，任何管理者都是新官上任三把火。问题在于要烧 php语言本身没错，错在于用php的人是怎么想的，facebook是用php的集大成者，看看人家是怎么做的 facebook里面 估计有一半东西都不是用php的。 用Php ！= 只用Php. 这个真要看具体的环境。 |
| 返回顶楼 | |
|
发表时间：2012-04-27
个人认为使用框架就二个目的：
1.约束与规范：人员流动不可避免，如果代码不规范，程序员想怎么写就怎么写，这必定不是一个团队需要的。 2.快速与便捷：人都很懒，不是么。 大部分自己写框架的人（为了提高自身编程能力的不算），都是不愿意学习别人框架的人。 |
| 返回顶楼 | |
|
发表时间：2012-04-28
dank 写道 到处混合着SQL语句等代码。
貌似是说我 |
| 返回顶楼 | |
|
发表时间：2012-04-28
框架首先是要上手简单，对问题域描述清楚，其次再是容易扩展、容易丢弃。
从楼主的描述看，其他程序员不能很快的入手，那么这套东西不能称为框架。 所以我觉得不是框架问题，而是主程的问题。 |
| 返回顶楼 | |
|
发表时间：2012-04-28
最后修改：2012-04-29
windywany 写道 个人认为使用框架就二个目的：
1.约束与规范：人员流动不可避免，如果代码不规范，程序员想怎么写就怎么写，这必定不是一个团队需要的。 2.快速与便捷：人都很懒，不是么。 大部分自己写框架的人（为了提高自身编程能力的不算），都是不愿意学习别人框架的人。 这个观点我认同的，框架在很大程度上是一种约束和规范。PHPer本身大部分就比较草根，代码风格等等各有特色，如果没有很好的约束和规范，几个人合作的项目很快就会变的难以维护了。 说到使用框架的快速和便捷，打个也许不太恰当的比喻。开放的大型框架就好像windows里的office words,很庞大，99%的功能在平时使用时根本就不会用到。但是除非你是做一个简单记录很快就会丢掉，否则不会有人在写东西时会去开一个记事本来用。为什么呢？因为当你的这个文档慢慢复杂起来时，也许想增加某些排版特性时，会发现words里已经有你想用的功能。开放的大型框架更多是对网站开发中需求的总结，你所搭建的站点在早期简单时也许大部分功能用不到，但是随着站点发展，慢慢能够使用的功能比例会越来越大。 现在PHPer一说起框架就会说到Facebook。FB在推出时框架的概念对很多人还不是很熟悉，更多是在ROR火起来以后才有人跟风去写了PHP的各种框架。所以当初FB被开发出来时，一定是自己写了一套。经过了这么多年的演变，而且是在FB那样巨大的流量需求下，就算这样的框架开放出来，对于大多数站点来说都是不适用的。 我想对讨论的范围再界定一下，这里提到的对框架的选择主要是针对初创项目，并且计划是要延续相对比较久的项目。 |
| 返回顶楼 | |
|
发表时间：2012-04-28
truekbcl 写道 框架首先是要上手简单，对问题域描述清楚，其次再是容易扩展、容易丢弃。
从楼主的描述看，其他程序员不能很快的入手，那么这套东西不能称为框架。 所以我觉得不是框架问题，而是主程的问题。 不明白为什么“容易丢弃”会是作为一个框架的特性呢？ |
| 返回顶楼 | |
|
发表时间：2012-04-29
话说CI是不是一个大型的框架?反正我用它。我感觉简单易用的啊
|
| 返回顶楼 | |
|
发表时间：2012-04-29
框架只是为了方便和快捷开发。没有必要非得写个框架！
|
| 返回顶楼 | |
|
发表时间：2012-04-29
sumuu 写道 框架只是为了方便和快捷开发。没有必要非得写个框架！
楼上这话很对,另外一句也对 PHP下实现一个框架太EZ了,只要你想,就可以做到 |
| 返回顶楼 | |
