长期潜伏者，第一次海报...
我现在几乎可以称自己为专业级 PHP 程序员，并且有很多代码可以在各种项目中重复使用。此外，我使用过的许多开源包都使用 MVC 模型，因此我最近对它的工作原理进行了大量研究，以便我可以根据需要更好地编辑它们。
此时，我正在考虑采用一个基本的 MVC 框架(来自教程)并根据即将进行的编程工作的需要对其进行扩展。
我的问题是，在结构良好的 OOP 网站上，是否将几乎所有应用程序逻辑与表示层分离的 MVC 模型视为最佳实践，并根据需要在页面上进行编码，例如设置函数变量。
或者当我想要编码灵 active 时，我会遇到问题吗？
- 在我想要不同输出的图库中使用类似 PHPthumb 的东西 不同页面上的大小和当前在头部设置的参数 页面的
- 一个带有 x 字段的联系表单和一个带有 y 字段的反馈表单 - 这是否需要 2 个不同的模型而不是一个通用的表单类，并在页面的头部设置一些参数
- 某些页面需要 ob_start() 和 ob_flush() 而其他页面不需要？
请不要告诉我不要构建自己的框架 - 我宁愿知道每一点是如何工作的，也不愿使用我一无所知的代码板 - 我真的很想知道已经离开的人的意见这条路线和 build 站点每天。与 1 个 index.php 页面和单独的文件相比，这种简单(但结构良好)的 OOP 和一堆页面的真正优点和缺点是什么。
干杯， 小毛病
最佳答案
我知道你说你不想要这个建议，但不要自己写。在我从事过的每一份工作中，我所做的第一件事就是选择一些现有的代码或框架，通常是商业代码或框架，但经过高度修改，然后开始维护它。您很少会选择自己编写，这样做是个坏主意。这很难、很昂贵，而且其他人已经编写了比您可能编写的更好的 MVC PHP 框架。
字面上有几十个 mature PHP frameworks ，其中大部分已经存在了十多年。选择其中之一。哪个并不重要——它们都由至少和你一样聪明的人维护，他们编写 MVC 框架的时间更长，并且花费了数月或数年的时间来完善他们的框架并倾听用户的意见。
综上所述，如果您想利用自己的时间编写自己的代码，作为一种爱好，那么您就不会浪费老板的钱，那么一定要这样做。 MVC 有多种解释。一些框架将 View 视为基本模板。我个人认为，您可以随心所欲地在其中放入尽可能多的原始 PHP，只要它的目的是显示，并且您可以执行通常的智能操作，例如将共享代码提炼成函数。一些框架在模型中几乎没有业务逻辑(它属于 IMO)但是有非常重的 Controller 。你能做的最好的事情就是尝试其他框架，看看它们是如何工作的，你最喜欢哪个，然后决定你希望看到哪些变化。然后，着手改变它。
您说您几乎准备好将自己视为专业人士？我必须学到的最难的一课是专业人士不会编写他们自己的低级库。他们不会重新发明公司的轮子。他们使用现成的组件并在今天完成工作，而不是一个月后。您不想使用一大堆不熟悉的代码吗？这是您作为程序员生活中最重要的部分 - 习惯它。
关于php - MVC 作为专业级编程的最佳实践？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2010453/