Php 本地化是事后才想到的——搞砸了?

Php 本地化是事后才想到的——搞砸了?,php,mysql,localization,frameworks,Php,Mysql,Localization,Frameworks,因此,我作为分包商与一家初创的网络开发公司签约。他们正在为一家需要支持多层次本地化的公司整合一个大型、复杂的用户/产品管理系统。我签了一份3个月的合同,当我看到他们的代码时,我希望我没有签 他们选择编写自己的MVC框架(我想客户公司不想使用预先编写的框架),但编写得非常糟糕。几乎每个模型视图和控制器中都分散着SQL(没有基于参数的查找方法,都是SQL),他们甚至还没有考虑本地化——这几乎会影响到每个查询 截止日期还有4个月,我真诚地认为,如果我们放弃整个项目,使用CakePHP,我们会取得良好的

因此,我作为分包商与一家初创的网络开发公司签约。他们正在为一家需要支持多层次本地化的公司整合一个大型、复杂的用户/产品管理系统。我签了一份3个月的合同,当我看到他们的代码时,我希望我没有签

他们选择编写自己的MVC框架(我想客户公司不想使用预先编写的框架),但编写得非常糟糕。几乎每个模型视图和控制器中都分散着SQL(没有基于参数的查找方法,都是SQL),他们甚至还没有考虑本地化——这几乎会影响到每个查询

截止日期还有4个月,我真诚地认为,如果我们放弃整个项目,使用CakePHP,我们会取得良好的进展。你们有没有遇到过类似的情况?你们做了什么


PS:这是用PHP/MySQL编写的。

从头开始重写几乎总是错误的想法(阅读Joel的文章)。但是你必须开始实施小的改变(在你的情况下是大的)。你越早清理代码,它就越适合在。。。获得一个健全的数据访问层,并尝试首先整理好临时MVC

此外,当你在战斗时,开始计划需要发生什么,让高层习惯于某些功能可能无法实现的想法。我不知道你的代码库,或者它有多大,或者它有多凌乱。。。但如果情况真的很糟糕,那么他们应该准备推出一款没有某些功能的产品,而不是半生不熟的解决方案


对这些问题负责,你(和我们其他人一样)会从继承代码库以前所有者的罪恶中得到乐趣。他们是否有可能延长合同或为你的额外工作支付加班费

当你为某人工作时,你遵守他们的规则。我曾在几个网站上使用ExpressionEngine。我讨厌它的每一分钟,每次我的客户提出我都强烈建议不要这样做,但是你能做什么,除了在工作中磨磨蹭蹭直到完成

请随意提供关于CakePHP的建议,但如果没有人想听,我会放弃它。很高兴你只上了3个月