将php项目移动到codeigniter或更新现有框架

前端之家收集整理的这篇文章主要介绍了将php项目移动到codeigniter或更新现有框架前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正试图找出处理PHP项目的最佳方法.它是几年前在一个自定义框架上构建的 – 框架不是严格的MVC ……它只是有控制器和视图,以及库.

我已经添加了额外的功能,它开始感觉非常像一个完整的混乱,旧代码和新代码混淆,没有像样的数据库管理.

我很难决定我最好的选择.一方面,我可以继续修补现有的代码库,希望我可以使它更有用和更具未来性,或转移到codeigniter(注意:我说codeigniter,因为我有相当多的经验).

Codeigniter选项显然意味着我必须经历所有事情,毫无疑问会有相当多的重新编码,但从长远来看,它可能是值得的.

我正在考虑另一种选择,那就是Laravel框架.我没有直接经验,但是我听说Laravel 4(尚未发布)应该是优秀的.

那么,把这三个选项放在桌面上,你会选择哪个以及为什么?我正在寻找一个令人信服的理由选择一个而不是另一个,坦率地说,我不知道哪条路线我现在最好采取的方式!

简答:既不是.

现在版本有点长..

我得到的印象是,你很困惑,哪些问题框架旨在解决.当您使用框架时,您获得的是简单应用程序的更短开发.你总是松散的是性能,通常是可维护性.

框架旨在为您提供解决简单问题的工具.这意味着有很多东西,你不需要.还存在一些问题,框架无法解决甚至积极阻碍您制定解决方案的努力.

你该怎么做..

重构你的代码.

如果你已经在这个项目上工作了很长时间,那么你将从这次经历中学到很多东西.通过改进现有的代码库来利用它们.

>如果您的架构存在缺陷:重构损坏的部分
>如果您不确定,是否有效:添加unittests
>如果某些事情似乎很慢:为您编写代码并进行优化
>如果你不知道是什么:找出并添加评论

这样你就可以增强你的项目和技能.

P.S Even if you were starting new project,I would recommend to avoid both frameworks. They both are filled with bad practices and worse code: global state everywhere,procedural programming,misinterpretation of MVC,disregard for OOP principles and laws.

原文链接:https://www.f2er.com/php/444941.html

猜你在找的PHP相关文章