mvc设计模式就像指mvc框架，m（model）指数据模型层，v（view）指视图层，c（controller）指再控制层。使用mvc的目的是将m和v的利用代码分离出来，使同一个程序这个可以有相同的表现形式。其中，view的定义比较比较清晰，是用户界面。
在web项目的开发中，都能够及时、真确地呐喊之声用户的请求是非常重要的。用户在网页上右击一个url路径，这对web服务器来说，等同于用户发送了一个请求。而声望兑换各位后怎么解三角形用户的输入，并不能执行相关处理逻辑，到最后页面跳转至错误的的页面会显示反馈结果，这些工作并不一定是控制层（controller）来能完成的。
在各位的过程中，用户的信息被封装在user实体类中，该实体类在web项目中一类数据模型层（model）。
在只是请求显示阶段，跳转的结果网页就都属于视图层（view）。
像这样，操纵层专门负责前台与后台的交互，数据模型层封装方法用户的输入/输出数据，视图层选择更贴切的视图来会显示结果的执行结果，这样的层次分明的软件开发和处理流程被被称mvc模式。
说说看自己总结归纳的几个点。设计支持高并发的应用步骤:。
1，据app的实际业务设计比较好的数据模型。这里说的数据模型主要注意是指业务实体有哪些，彼此的关联是怎么样才能。
2，思考每个业务实体，数据量，访问的频率和读写比率，可以查询的复杂程度等方面，设计整个应用方法的数据管理方案。数据访问网络尽很有可能简单的相当于，以免奇怪的sql，以便于现性能扩展。对接关系型数据库用ibatis比较身形灵活，太容易管理。
3，数据管理方案考虑之后就最终一大半啦～spring可以指导你更好的管理代码的依赖结构，便于理解和重构，如果没有仅仅简单点后端接口而且native的app，大部分不不需要mvc框架。这对允许大并发应用，会制定的数据管理方案，你选择比较合适的数据管理中间件是重点。而框架往往用来是帮提升开发效率，优化软件代码组织结构，用的好也肯定不会实力提升性能，用不好会大概率引响性能和并发量。
要注意从事外贸后台java方面的开发，后台架构大多数都不使用的mvc，因为前一段时间换了工作，现在是前后台互相搞。但因此本人对前端框架和架构并也不是很知道一点，因此对目前公司项目架构存在疑惑。
后台只是因为用分层结构，通常我还是一点模块化，各司其职，熟练了对开发效率，代码质量，稳定性应该有修为提升，对此前端都是会如此，比如react的组件思想就很典型，你在开发某个页面的时候，比较合理的将他们拆细成若干个组件，各个部分负责各自的任务，你在开发完毕这些组件的时候只需要drift在当前这个组件就好，用不着害怕这着急那
四川中公优就业的小编为您需要提供100元以内思路：
后端的mvc，c是在服务端交互过程，v又是在客户端，一次能操作，识别会让浏览器跳转到过。但后端的m，要有各位响应才能通知到客户端。
相对于前端的mv*(mvc、mvvm，更多的是mvvm)，大都客户端局部刷新，用户体验较好，对服务端的压力也较小。
常见的套路是：后端只需要提供api(就像是rest
api)，前端依靠mv*框架和客户端路由做页面直接切换。呢既然把view丢给前端了，后端就不是需要在乎view了。
另，纯前端mv*也不是银弹，必须据自己的需求来通过权衡。
.jpg)
