回复内容:
别侮辱symfony2!不是一个时代的东西。麻痹,被thinkphp坑死了 老项目真恶心曾经也面对过这个问题,也曾经尝试在公司推广 Symfony2,我当时的状况跟你们技术总监类似,我对Symfony2与THINKPHP都熟悉,而团队成员都熟悉THINKPHP(不得不说,TP简单,而且推广得太好了,随便找个懂PHP的都可以很快上手),遇到团队的阻力,但不大。
首先,我希望能够改变团队成员对Symfony的误解,所以我快速搭建了一个Demo,包含用户管理、OAuth2 Client、OAuth2 Server、Restful Api、ApiDoc、SonataAdmin后台、FOSCACHE+varnish等(这些是我们业务上需要用到的功能),然后让他们评估用THINKPHP搭建这个功能的工作量。因为都是用开源Bundle来做的,再加上有缓存,功能跟性能上都没问题,搭建速度很快。又演示了Symfony2 CRUD的便捷、功能修改的灵活。这样下来,大部分团队成员都对Symfony抱着浓厚的兴趣。
然后,在团队中进行培训,讲解Symfony的依赖注入、服务容器等具有特色的特性。团队对Symfony的兴趣得到提升。
然而,问题来了。我希望团队成员先自己搭这个Demo来折腾一下,看看Symfony上的文档。团队成员开始遇到各种挫折。
1)Symfony对windows环境不大友好,composer无论是连接国内还是国外的源都很慢;
2)Symfony中文文档极度稀缺,团队成员阅读英文文档吃力;
3)Symfony代码,组件代码太复杂,不好理解。譬如,他们不理解为何就一个ajax请求,需要做这么多工作;定制一个表单,需要写这么多代码;
然后,到了征求大家意见阶段,普遍意见都是不支持转用Symfony,还是喜欢THINKPHP的简单粗暴。
最后,使用了一个折中的方式,框架还是使用THINKPHP,然后引入依赖注入功能,将Symfony上面一些好用的功能以service的方式来实现。譬如:用monolog来代替自带的Log功能,这样可以根据日志的不同级别做不同的记录;配置swiftmailer服务来发送邮件,增加灵活度。
--------------------
Symfony好,但小团队很难招到高水平的Symfony程序员(或者说小团队很难招到高水平的PHP程序员)。首先我赞同你敢于提出自己观点勇气。
但是:
你要知道,无论任何框架都可以完成你所说的上述功能。
其次,你要明白有时候团队里面做一件事情可能有N种解决方案,但是无论选择哪种解决方案
都需要有一个人来抉择,来负责,他才是负责人,出了问题都是他的,你可以提出你的观点,但你没有权利决定,你可以辞职拒绝,但必须要有那么一个人为团队做出选择,哪怕他的选择是错的,不然这个项目无法进行以及开展。用drupal吧( •̀∀•́ )为什么要用框架呢你的考虑不无道理,不过快速开发和后期的扩展性需要综合考虑,后期你会发现TP绝非好选择,尤其是自己项目需要长期迭代维护。从你所述,Laravel 5.1 LTS 比较适合,上手也很容易。你可以建议,但最终的决策还是你们头儿说了算。 其实选哪个都没有绝对的对错。但是技术上过于单一是不好的。Symfony的开发成本较高,维护成本也相对较高。而且就本人经验来说,Symfony框架过于沉重,给服务器负担较高,响应速度太慢,
ZF2,好,但是臃肿。
Laravel目前版本5.0,我个人认为完全可以承担大型项目的需求。用4.*版本开发过三个项目,目前已经在用它开发第4个项目。评价一个字:爽!