php - MVC ......如何以及为什么，以及还有哪些其他好的选择(PHP)？

Question

我所看到的关于 MVC 应该是什么以及如何使用类的所有示例都使用类作为模型，类作为 Controller ，以及 HTML 模板作为 View 。所有这些都由一个 index.php 脚本和 url 中的不同请求组成，以运行整个站点。

所以他们都是……

MODEL
class User{
    function getUser($userID){
      $sql = mysql_query('SELECT name......');
      // more code.....
      return $array
    }
}

VIEW
<h2><?php echo $user['name']; ?></h2>

CONTROLLER
class Controller{
    $userModel = new User;
    $userInfo = $userModel->getUser($id);

    $template = new Template('usertemplate.tpl');
    $template->setVariables($userInfo);
    $template->display();
}

我理解为什么模型是由简单地获取和保存数据的类组成的(尽管我假设类并不总是必需的并且可以使用函数)。我明白为什么模板主要由 HTML 组成。但是我不明白为什么 Controller 是一个类。我会假设 Controller 是一个程序脚本(比如 userprofile.php，它从模型中获取用户数据并将其发送到模板进行显示)。

此外，我想知道为什么我读过的每个教程都涉及 mod 重写，并在 url 中使用带有请求的单个页面，如“index.php?user=1”或 index.php?news=3运行整个站点。像 user_profile.php?id=1 或 news.php?id=3 这样的单独页面有什么问题...

有人可以帮我快速“教程”和解释一下吗？就像......如何使用 MVC 实现注册表单，什么会去哪里以及为什么？谢谢

附言。还有哪些其他的设计模式

Answer 1

Controller 在 PHP 版本的 MVC 中的最大“胜利”是您不必为您的应用程序响应的每个 URL 使用单独的 PHP 页面。

当您为每个 URL 创建一个新的单个页面时，您希望您的开发人员(或您自己)引入所需的库并以相同的方式初始化模板/布局引擎。即使您是一个单独的开发人员，打破“标准”做事方式的诱惑通常也会变得过于强烈，这意味着每个 URL/PHP 页面最终都会成为它自己的迷你应用程序 而不是每个 URL/PHP 页面都是同一应用程序的一部分。当您有多个开发人员时，这肯定会发生。

最终的结果是页面和组件不能很好地相互配合并且难以调试(所有东西都卡在全局命名空间中)，给用户和必须工作的开发人员带来不一致的体验在项目上。

MVC 框架还可以更轻松地为您的站点提供友好的 URL。通常在路由系统中发生的事情已经足够多了，您不需要求助于大量的查询字符串变量。对于 SEO 和精明的用户，可读的 URL 是一个加分项。

最后，虽然这对大多数商店来说都是天上掉馅饼，但当您拥有 Controller 时， Controller 上的方法就可以轻松进行单元测试。虽然您可以在技术上围绕非 MVC 站点包装测试工具，但这始终是一件令人头疼的事情，而且永远不会像您希望的那样工作。