问题提出
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百度百科
Original: https://www.cnblogs.com/jiaolian/p/16700378.html
Author: 叫练
Title: 优雅的MVC思想
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/589866/
转载文章受原作者版权保护。转载请注明原作者出处！