|
,应用架构简介这一章是哪出戏对于使用框架创建应用这是非常普遍的很多开发者会提出这样的问题因为在他们脑仁里已经存在这样的观念模型就是数据库所以通常控制器被用来和交互模型就是和数据库打交道视图就是还有代码的那部分但是对于那些比如发送邮件的类验证数据类访问接口的类该怎么区分呢本章我们就使用构建好的架构进行探讨打破那些固话在你心中的概念让开发回归本质阻碍我们的一种设计即模型视图控制器这种框架思维已经控制开发人员很多年了这种思维来源于如果让一个程序员去解释什么是模型通常都会听到将其和数据库关联的答案据说模型就是数据库模型包含了数据库的一切但是很快你就会发现在简单的数据库访问类之上还有很多额外的逻辑他需要我们进行数据验证调取额外的服务发送邮件等等什么是模型模型现在已经变的模棱两可很难具体指代什么根据开发中遇到的那么多词汇我们可以理解认为他就是为了将应用切分成小而清晰具有特定职责的类那么这种困境中的解决方案是什么很多开发人员会在控制器之上添加更多的逻辑当控制器变的很大的时候需要复用其他控制器中的一些逻辑层很多人会错误的认为需要在当前控制器调用其他控制器而不是讲逻辑抽象成单独的类这种模式通常称为不幸的是这也是糟糕的设计通常控制器会很复杂用的中大型项目构架完结点击链接保存或者复制本段内容打开阿里云盘无需下载极速在线查看视频原画倍速播放 -》https://www.aliyundrive.com/s/ePUgVQ5RJBJ,---->帖子编号：132715 |
