URL重写/路由(mod_rewrite)是否真的是框架所必需的？

Question

我多年来一直在编写PHP代码.现在我有很多可重复使用的模块 - 至少对我来说.典型的老式开发者:D.但现在几乎每个人都使用烘焙的即时框架,而且我的模块不再可重复使用 - 在某种程度上.大多数当前着名的框架,如CI,Zend,Cake等,以及应该更简单的微框架,如Fat-free,Silex,MicroMVC等,都采用称为URL路由/ URL重写等方法.

但是......你认为这种奇特的 URL路由真的是必要的吗？

让我们考虑一下:

• 处理这种复杂性的奇特方法需要做多少工作？正则表达式解析使用相对较重的计算不是吗？它是不是很好吃？
• 我们多久写一次URL地址/手动输入？而不是单击书签和/或超链接？
• 它真的对搜索引擎友好吗？我的意思是搜索引擎索引URL参数不行吗？
• 为什么谷歌,Facebook等大型网站仍在使用"路径？var1 = val1&var2 = val2&..."？
• 不同Web服务器上的不同设置如何？阿帕奇/ IIS/Nginx的/ Ligthy？比如将.htaccess移植到web.config和另一个?? 它不是比更多解决方案更多的问题吗？(用于调试等)

你怎么看？我们应该继续使用那种花哨的 URL路由吗？或者我们最好用[更简单的]请求参数回到[web]性质？任何回复赞赏.

Answer 1

• 通过使用APC减轻通过正则表达式运行URL的计算成本
• 它不是手动URL输入
• 是的,它对SEO的背景有影响
• 因为他们必须保存每次翻牌,你的网站每天都没有数十亿的请求
• 这实际上是为什么使用前端控制器而不是.htaccess来解析URL

这应该照顾你的"点".

是的,我们应该继续使用"漂亮的URL",因为很多人在点击链接之前会先看一下完整的URL.当他们看到完整且易于理解的URL时,人们会更安全.

此外,相当多的专业PHP开发人员试图避免流行的框架.主要是因为在代码质量方面,所述框架的质量确实非常糟糕(即使是Symfony2,它被认为是最好的,也有问题).

仅仅因为您使用框架,它不会使您的应用程序更好.相反,你应该关注适当的OOP,遵循SOLID原则并遵守Demeter法则.MVC只是另一种设计模式,它实际上解决了域业务逻辑的表示分离.

如果您想了解MVC,阅读界面架构由Martin Fowler的.