2

我有几个需要更新/重写的维护任务，我不确定要采取的最佳方法。

当前的维护任务是扁平的 PHP 或 Perl 脚本，我可以使用相同的方法，但如果感觉有点随意，并且结构不好，可能会出现大量重复和混乱。

我曾经使用过像 cilex / silex 这样的微框架，因为代码会更加结构化，从原地运行而不是文件系统中的任何地方，可能更容易让其他人接受（在最初的学习曲线之后），供应商可以使用 composer 包含在内，因此您可以访问大量预先存在的捆绑包，而不是重新发明轮子。这种方法感觉好多了，但是如果我曾经在 Symfony2 中重新编写网站，我在 cilex/silex 上编写的任务可以很容易地导入到完整的 Symfony2 项目中。

出于上述原因，我也只是使用完整的 symfony2 项目，但是对于应该相对简单的维护任务来说感觉有点矫枉过正，没有明确的迹象表明很快就会进行站点重建。

微框架感觉是正确的方法，但我不想仅仅因为它而使事情变得更加困难。

有没有其他人遇到过类似的情况和/或可以提供对最佳方法的见解？

4

1 回答 1

1

这完全取决于您想要完成的工作。正如您所提到的，您必须根据不同的参数来决定要做什么。

  • 学习曲线——无论框架大小，都会有初步的学习曲线来理解结构。你必须让自己适应框架的行为。

  • 性能——你应该决定你需要的特性，因为如果你真的不想要很多，像Symphony2这样的重型框架肯定会是一种过度杀伤力。你为什么要把你的资源浪费在你不想要的东西上？因此，请选择重量轻但足以完成工作而不会影响性能的东西。

  • 计划——为未来做计划。可能是像cilex这样的轻量级框架暂时就足够了，但将来支持该结构可能会变得困难。另外，如果某个功能不存在，您可能不得不重新发明轮子来创建一个。

    有了一个已经包含很多功能的更大的框架和一个很好的社区支持，您将避免浪费时间创建已经存在的东西。

所以请记住这些事情，然后明智地选择正确的步骤。希望有帮助。

于 2013-03-21T15:53:17.800 回答