php - 在没有 MVC 的情况下按程序编写一个相当大的、以数据库为中心的 PHP 应用程序是否合理？

Question

很抱歉这个问题比较主观，但我希望能从比我更有经验的人那里得到意见。

我非常喜欢 ajax 驱动的 PHP 应用程序，虽然我在客户端的标记和行为之间有很好的分离，但我的 PHP 正慢慢变得有点困惑。到目前为止，我做得很好，将它分解成多个部分并以一种我没有太多重复的方式构建，但我肯定开始看到这如何成为一个负担足够的代码。所以我一直在阅读有关 OOP 和 MVC 的文章，现在我正在尝试决定是否值得为 CodeIgniter 或 Kohana 进行重构。直觉上，感觉这会比它值得做的更多工作，但我知道过一会儿我可能会唱不同的调子。

根据您的经验，今天编写一个严肃的程序化应用程序是否被认为是绝对 hackish，或者是否有某些类型的应用程序更适合过程化/结构化编程。

Answer 1

MVC 和 OOP 只是“方式”，等等。是的，它们很棒，有助于代码的良好结构化，并且被广泛使用，但它们并不是您开发应用程序的唯一方式。

例如，Drupal 没有使用任何类型的面向对象的代码:它都是程序化的……而且它是一个大应用程序，取得了很大的成功，被许多人使用，甚至在大型网站上，并且为此许多人开发了很多模块......即使它几乎不使用任何类/对象!

就我个人而言，几乎所有类型的新应用程序都会使用 MVC 和/或 OOP；只是因为我知道这些并且它们很有帮助 - 但在开发出色的应用程序时不需要这些:它们有帮助，但如果您在编程时不守规矩，您仍然可以得到一些糟糕的代码 ^^