这篇文章给大家分享的是有关PHP框架中MVC架构的案例分析的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。
在说MVC架构之前,先说说PHP框架吧。很多很多学完PHP语言的人,面对的就是PHP各种各样的框架。什么TP啊,Yii啊,CI啊,还有很流行的laravel啊等等。
他们的大部分都会说自己是基于MVC的架构,接着你得试着去理解MVC的逻辑,并尝试着用这样的逻辑去构建一个网站,然后会说MVC真香~
面试
很多PHP的面试中,可能会问关于MVC的问题,比如MVC到底是什么意思,怎样理解这种架构。然而很多人的理解是模型是模型,他对应着数据库中的表结构;视图对应着页面,用于展示;控制器主要用来写各种逻辑,关联数据和页面的显示。
以上回答基本上没有问题,但一个网站的结构真的有那么简单么?显然不是
设计
在说之前,首先让我们了解一下设计模式的一种:中介者模式。一个形象的理解就是:港行插头和国行插头的转接头。
在MVC架构中控制器就是这个转接头。它只负责把模型中的数据转接给视图,对于访问者来说,他们是看不到模型中保存的真实数据的。从另外一个角度来说,这种中介者模式可以很好的将两层数据进行友好的通信。
爬坑
这种模式真的那么好么?随着业务逻辑的越来越复杂,会发现控制器中的代码越来越多,甚至自己都不愿去调整和优化冗余代码。
但从宏观上来说,网站无非是请求多一些,表单多一些,页面多一些啊,其他也没什么了,为什么会这样呢?
没错,就是因为这样或那样的东西比较多,导致控制器中每个方法都很长,那么能想到的解决方法就是拆分。
如果用过Yii框架,那么你会知道最简单的办法是加一个请求形式层,代码如下:
以上的就是解决控制器中形式表单的问题,这个问题基本上能缓解很多代码问题。
<强>发散
从解决形式层来看,其实有很多类似的问题都能解决。我们知道前端有个叫做vue。js的框架,它里面提到一个概念叫做MVVM模型。
其实在展现复杂页面的时候,后端在对外输出数据时,完全也可以采用这玩意进行数据输出。至于如何建立这样的一个模型,那就具体得看业务逻辑了。
这里简单拿用户中心举个例子,因为往往这里不仅仅需要一个表的数据:
以上代码中,有个VM层,可以将相关获取数据的代码放在各自的方法中,然后在处理方法中自由组合。这样在控制器中的代码也非常便于管理。
再想想,有没有可以封装的其他层呢?其实是有的,比如请求层,还有经常被框架封装好的验证层,还有laravel中比较流行的中间件层等等。只能说系统越复杂,层越多。
每个复杂系统的背后都蕴含着高级开发工程师和架构师的设计思路。以上说那么多,不知道读者能否理解这些东西,就拿以上代码来说,里面就蕴含着另一种设计模式:建造者模式。
总结
代码写多了,也就知道其中蕴含的道理了。当一个新框架诞生后,关注点从学习这个框架,慢慢变成了这个框架是如何设计的,解决什么样的问题。哪些地方用了比较好的技术和方法,从中能收获到什么。一些地方的设计思路是什么样的,有么有更好的设计,为何我能想的到,对方想不到呢,是不是我遗漏了什么。
前几年使用过各种PHP框架,小到词,大到Symfony。不用那么多框架,也体会不到这些东西。学习编程其实和英语一样,没什么捷径可以走。
感谢各位的阅读!关于PHP框架中MVC架构的案例分析就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到吧!
