将Rails引入PHP商店?还是建立我们已经使用的

前端之家收集整理的这篇文章主要介绍了将Rails引入PHP商店?还是建立我们已经使用的前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
以下是我们店铺的设置:

> 1个非常大的PHP应用程序(Kohana 2)
许多开发商和很多基础设施
>多(4-5岁)小PHP
应用程序与1-2 dev的工作在这些

问题:

>没有测试
>没有文件
>一个脆弱和乏味的部署
处理

我正在使用多个较小的应用程序从单个大型应用程序移动到房子的一边.在我们店里缺乏测试和正确的部署过程让我很紧张,我会花更多的时间修复错误和部署修复程序,而不是实际编写新功能代码.

解决方案A:

>介绍PHPUnit和Selenium
将我们转移到Phing和Dbdeploy

A的问题:
设置PHPUnit一直比较容易,但Selenium的功能测试一直是痛苦的.我们的虚拟机的工作非常适合开发人员,但硒硒针,再加上几个简单的测试永远.我不怀疑我可以让所有这些技术在一起玩得很好,但这似乎是一团糟,这些合作的复杂性似乎很脆弱.

解决方案B:

>切换到Rails
>使用集成测试和/或
Rspec /黄瓜(整合的
后者似乎很简单)
>使用集成DB迁移
>使用Capistrano进行部署

基于测试的主要问题,我开始研究Rails.根据我们管理的其他网站的性质,我认为Rails可能是一个很好的解决方案.内置测试,优秀社区,大量优秀工具,快速开发.

B的问题:
我们现在所有的应用程序都在Kohana 2(PHP框架)上,组织中没有人知道Rails.引进新技术的不利之处将是破坏团队.如果我将网站迁移到Rails,然后被一辆公共汽车撞上,我们就会感到困惑.

底线:

根据我们的痛点(部署,测试,文档,数据库迁移),切换到Rails是否值得花费?或者我们应该留在Kohana,继续尝试并获得其他工具的建立?

有什么建议么?任何人都经历过类似的事情管理层已经告诉我,他们可以听取Rails的意见,只想使用最好的工具 – 无论如何.但是,如果我决定在较小的项目上切换框架,那么我们的首席架构师将需要一些说服力.

有很多因素会影响你的决定.

如果您切换到rails,请记住,您和您的团队需要一段时间才能学习框架/语言,并且可以轻松减慢添加功能一段时间.它真的只取决于你的团队,时间的限制和许多其他因素.

也许尝试使用rails的1个小项目,看看你和你的团队是否真的喜欢rails(我不会).

每个团队的答案都会有所不同.我会举行小组会议,讨论这两个决定的利弊.然后投票.

猜你在找的PHP相关文章