优雅的 MVC 思想

问题提出

1.代码规范。

我见多很多同学代码不注意规范，经常在控制器里面写业务逻辑，更有甚者将业务的逻辑写在 sql 里面，最后导致一个问题：代码维护困难。功能实现了没错，但增加了系统维护复杂度真的好吗？事实上真正牛 X 的人，一定是思路非常清晰，代码便于维护管理，便于其他人上手，而不是一坨代码冗在一起，中间挖了坑，等着自己或别人跳。

个人见解

说下个人对于 MVC 的理解。

V：VIEW 视图。可以表现为 java 中的对象数据（实体），也可以表现为页面。页面和对象数据是相互联系的，实体对象可以应用在页面中。根据业务需要，它有需要考虑一个问题：要传递什么参数？需要 ajax 还是 http 调用看页面需求。

C：Controller 控制器。控制器主要做转发，不参与业务逻辑，主要接收页面参数给服务端，从服务端获取信息返回给 View。它不需要考虑太多问题，只需要获取参数信息进行业务调用，可以在过程中捕获异常，最后可以再次进行数据简单包装传递给 VIEW。

M：Modle 业务逻辑层。他负责处理数据库中的数据，它有两个问题需要考虑。1：需要什么参数才能到数据库获取想到的数据？2：需要返回什么数据才能满足用户需求？如果考虑清楚了就可以写接口方法了。

代码规范很重要。

这大概就是新手程序员朋友们入门的基础。当然这个过程不是一蹴而就的，需要有代码的积累。

MVC 是一种思想，一种代理思想，控制器就是代理对象，被代理的对象是 V，控制器就是业务和视图连接的桥梁。但他并不是一个框架，框架是需要代码支撑的；另外他也是一种设计模式，只不过是这种模式和 23 种模式不一样，是数据后端框架的一种思想和模式。

下图是一次用户点击操作，后端处理流程，就用到了 MVC 思想。

您再仔细看上面这张图，你会发现好多 MVC。

他切萝卜。 他是 View，是一块块萝卜，M 是切的过程，C 是他。参数是整根萝卜。

柜子被吊在墙壁上。View 是最终安装效果，M 是安装过程，C 是工人，参数是墙和柜子。

水果被摆在盘子里。

酒被放在桌子上。

他染了头发。

他戴了眼睛。

。。。。。

MVC 无穷无尽哈。

总结

好了，今天我们就介绍到这里吧，有不明白的可以下面留言哦。喜欢的请点赞加关注哦。我是叫练【公众号】，边叫边练。

参考链接：

https://blog.csdn.net/weixin_45752063/article/details/102613928 MVC 不属于 23 种设计模式之

https://baike.baidu.com/item/MVC%E6%A1%86%E6%9E%B6/9241230?fromtitle=mvc&fromid=85990&fr=aladdin 百度百科