我现在在几乎把自己称为专业级的PHP程序员,并且在各种项目中重用了很多代码.此外,我使用了大量的开源软件包,使用MVC模型,因此我最近做了大量的研究,以了解它的工作原理,所以我可以根据需要更好的编辑它们.
在这一点上,我正在考虑采用裸机MVC框架(从教程中),并根据我即将到来的编程工作的要求进行扩展.
我的问题是,与表示层分离的几乎所有应用程序逻辑的MVC模型是否被认为是一个结构良好的OOP网站的最佳实践,在页面上进行编码,例如设置函数变量.
或者当我想要编码灵活性时,我会遇到问题.
>使用像PHPthumb这样的画廊,我想要不同的输出
尺寸在不同的页面上,并且当前设置在头部的参数
的页面
>具有x字段的联系表单和带有y字段的反馈表单 – 这将需要2个不同的模型,而不是一般的表单类,同时在页面的头部设置一些参数
>一些需要ob_start()和ob_flush()的页面,而不是其他页面？
请不要告诉我不要建立我自己的框架 – 我宁愿知道每一个小小的工作原理,而不是使用一堆代码,我一无所知 – 我真的对已经走过这条路线的人的意见感兴趣,每天建立网站.对于一个网站,而不是1个index.PHP页面和单独的文件,这是一个简单(但结构良好)的OOP和一堆页面的真正利弊.
干杯,
Niggles
mature PHP frameworks的字面上是打盹,其中大部分已经存在了十多年.选择其中之一.无论哪一个 – 它们都由十几个人维护,至少与已经编写MVC框架的人一样聪明,并且花了几个月或几年时间来改进框架并听取用户输入.
所有这一切,如果你想自己写你自己的时间,作为一个爱好,所以你不会浪费你老板的钱,一点也不. MVC的解释有很多种.一些框架以视图为基本模板.我个人认为,您可以根据需要将原始的PHP投放在那里,只要它的目的是显示,并且您将通常的智能操作,如将共享代码分解为函数.一些框架在模型(其属于IMO)中几乎没有业务逻辑,但拥有非常重的控制器.你可以做的最好的事情是尝试其他框架,看看它们的工作原理,以及你最喜欢的,并决定你想要看到什么改变.然后,开始改变自己的.
你说你几乎准备好考虑自己一个专业？我不得不学习的最难的教训是专业人士不会写自己的低级图书馆.他们不会重塑公司的轮子.他们使用现成的组件,今天完成工作,而不是从现在开始一个月.你不想使用不熟悉代码的平板？这是你作为程序员来临的最大的一部分 – 习惯了.
