【问题标题】:Localization as an afterthought-- screwed? [closed]事后才想到本地化——搞砸了? [关闭]
【发布时间】:2010-05-01 04:16:52
【问题描述】:

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

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

距离截止日期还有 4 个月,老实说,我认为通过放弃整个事情并使用 CakePHP,我们会取得良好的进展。你们有没有人遇到过类似的情况,你们是怎么做的?

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

【问题讨论】:

    标签: php mysql localization frameworks


    【解决方案1】:

    从头开始重写几乎总是错误的想法(阅读 Joel 的文章 Things You Should Never Do -- Part 1)。但是您必须开始实施小的更改(在您的情况下很大)。越早清理代码,就越适合在其中进行开发……获得一个健全的数据访问层,并首先尝试理清 ad-hoc MVC。

    另外,当你在战斗时,开始计划需要发生的事情,让上层人员习惯于某些功能可能无法实现的想法。我不知道你的代码库,或者大或有多混乱它是……但如果它真的很糟糕,那么他们应该准备发布一个减去一些功能的产品,而不是一个半生不熟的解决方案。

    负责处理这些问题,您(和我们其他人一样)会很高兴继承代码库以前所有者的罪过。他们是否有可能会延长合同或为您投入的额外工作支付加班费?

    【讨论】:

      【解决方案2】:

      当你为某人工作时,你会遵守他们的规则。我在几个使用 Expression Engine 的网站上工作过。我讨厌它的每一分钟,并且每次向我的客户提出它时,我都强烈建议不要这样做,但是除了努力工作直到完成,你还能做什么?

      请随意提供有关 CakePHP 的建议,但如果没有人愿意听到,我会放弃它。很高兴您只使用了 3 个月。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2012-01-18
        • 2014-12-27
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多