nig*_*les 9 php model-view-controller
很长一段时间潜伏,第一次海报......
我现在正处于一个几乎称自己为专业级PHP程序员的地步,并且我在各种项目中重复使用了大量代码.此外,我使用过的许多开源软件包都使用了MVC模型,因此我最近已经做了很多关于它如何工作的研究,所以我可以根据需要更好地编辑它们.
在这一点上,我正在考虑采用一个简单的MVC框架(来自教程)并根据我即将开始的编程工作的需要进行扩展.
我的问题是,几乎所有应用程序逻辑与表示层分离的MVC模型是否被认为是在结构良好的OOP网站上的最佳实践,必要时在页面上进行编码,例如设置函数变量.
或者当我想要编码灵活性时,我会遇到问题,例如
请不要告诉我不要构建我自己的框架 - 我宁愿知道每一点点的工作方式,而不是使用一块我一无所知的代码 - 我真的对那些走过这条路线的人的意见感兴趣每天建立网站.与1 index.php页面和单独的文件相比,这对于一个站点的简单(但结构良好)OOP和一堆页面有什么真正的利弊.
干杯,Niggles
mea*_*gar 15
我知道你说你不想要这个建议,但不要写自己的建议.我在我曾经工作过的每一项工作中所做的第一件事就是选择一些现有的代码或框架,通常是商业的,但经过高度修改,并开始维护它.你很少会选择自己编写,这样做是个坏主意.这很难,很昂贵,其他人已经编写了一个比你可能编写的更好的MVC PHP框架.
成熟的PHP框架确实存在很多问题,其中大部分已经存在了十多年.选择其中之一.无论哪一个 - 它们都是由十几个人维护的,至少和那些已经写MVC框架的人一样聪明,并且花了数月或数年时间改进他们的框架并听取用户输入.
所有这一切,如果你想在自己的时间写自己的,作为一个爱好,所以你不是在浪费你老板的钱,那么一定要.对MVC有各种各样的解释.一些框架将视图视为基本模板.我个人认为你可以在那里投入尽可能多的原始PHP,只要它的目的是显示,并且你做通常的智能事情,比如将共享代码提取到函数中.有些框架在模型中几乎没有业务逻辑(它属于IMO)但是控制器非常繁重.您可以做的最好的事情是尝试其他框架,看看它们是如何工作的,以及您最喜欢哪种框架,并决定您希望看到哪些更改.然后,开始在自己的位置进行更改.
你说你几乎准备好认为自己是专业人士？我必须学到的最难的教训是,专业人士不会编写自己的低级库.他们没有重新发明公司的力量.他们使用现成的组件,并在今天完成工作,而不是一个月后完成.你不想使用一块不熟悉的代码吗？作为程序员,这是你生命中最重要的部分 - 习惯它.