在 PHP 中使用路由是好主意还是坏主意？ [关闭]

Question

我通过 PHP 和 Mysql 有条件地根据 URL 向用户显示不同的页面。它目前是使用$_GET['page'] 的简单PHP 页面。我还使用htaccess URL rewrite 使页面更具SEO，Mysql 用于数据，Smarty 作为我的模板引擎。

我正在考虑添加更多功能并将其发展为具有大量 URL 参数的成熟论坛/博客/组。考虑切换到 MVC 框架，但它们比我需要的要多得多，而且技术性要强得多。然而他们告诉我路由器，我意识到我的简单 PHP 页面就是这样工作的。我想让这个路由器保持简单，所以我使用 switch 语句来获取预先选择的 page 和 default 的页面到主页。虽然我决定不使用任何 MVC 使事情变得不必要地复杂化，但我仍然感到困惑并请求您对以下方面的看法：

1.这种方法正确吗？我读过

Web 应用程序本质上是一系列小的离散的 要求。如果您通过单个控制器发送所有请求 在一台机器上你刚刚击败了这个非常重要的 架构。

http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html 这增加了我的困惑！

2。这种方式安全吗？我看到大多数 PHP 路由器使用某种正则表达式来检查参数以进行清理。我只是用PHP switch 来做这件事！

3.它可扩展吗？我没有太多的流量，每天最多 3000。这种路由器方法会因更多流量而减慢我的网站速度吗？

4.包含页面比重定向更好吗？ 因为我是redirecting 这个路由器之后的用户，有条件地，我想include PHP 在 PHP 路由器本身中页面它。哪种方法更好？

对不起，如果这对某些人来说似乎很愚蠢，但我浪费了 2 天时间来了解 MVC 将如何帮助我，并发现没有 MVC 框架我会更好，只是担心我是否做对了！

Answer 1

其实我也有过和你一样的经历。我使用了与您非常相似的方法。我的所有活动都转到我的路由器 PHP 文件，然后我会从那里解析 URL 并调用需要调用的任何控制器。此外，要调用我的页面，我只需执行include，这不会影响性能。这个系统似乎很适合路由。

综上所述，如果您想扩展网站，我会鼓励您真正检查一下框架。我并不是说你不能用你所拥有的东西来扩大规模，但道路会更长。这仅仅是因为你将不得不做或重复框架正在做的同样的事情。我推荐一个轻量级的框架，比如 Yii 框架。在你承诺之前，我会鼓励你尝试一下，看看这一切是否有意义。如果是这样，那么值得花时间和精力升级到它。我为我的网站做了同样的事情，我能够非常快速地添加新功能。

1. 是的，您的方法是正确的。
2. 它在一定程度上是安全的。您需要自己验证参数并在运行查询时执行 SQL 注入转义。同样，这是框架内置的东西，为什么要自己做呢？虽然这很容易做到。
3. 是的，它是可扩展的；框架运行相同类型的模式。只要你有硬件支持它就可以了。
4. 是的，包含比重定向更好，因为它不必向您的服务器发出另一个请求，而是在同一个请求上运行所有请求。

至于您的最后一点：两天可能不足以学习整个 MVC 架构。 3 年前，我为工作经历了同样的过程。这是非常痛苦的，但几周后我注意到我的代码更有条理，并且没有到处都是 SQL 查询。我尝试了几个框架：Cake、Zend、Symphony 和 Yii。我选择了 Yii，因为它对我来说似乎是最好的。