1.小白面试：傻傻分不清的视视图mvc mvp mvvc架构
2.什么是MVC模式？
3.写出MVC的工作原理
4.深入理解MVC

小白面试：傻傻分不清的mvc mvp mvvc架构

       mvc mvvc mvp这三种架构模式在面试过程中的问题率还是挺高的。小白上次就遇到了，图源面试官问用过mvvc架构模式吗？这给小白问住了，视视图他只记得mvc，图源mvc组成是视视图视图、控制器、图源int strncmp源码模型，视视图怎么还出来过mvvc模式，图源多出来的视视图v是啥呢？是面试官问错了吗？本文将讲讲这三种设计模式，让大家彻底熟悉这三种设计模式，图源以免在面试中受挫。视视图

       一、图源MVC

       1、视视图简介

       MVC是图源最常用服务端web开发架构模式，也是视视图这三个模式中最早使用的，其它两个框架是由它的基础发展而来的。MVC的目的就是将M(模型)和V（视图）的代码分离，且MVC是单向通信，必须通过Controller来链接M和V。跟传统的WebFrom比MVC层次更加清晰、可维护性高、重用性高等特征。具体功能如下：

       Model：模型层，数据模型及其业务逻辑，是针对业务模型建立的数据结构，Model与View无关，而与业务有关。

       View：视图层，用于与用户实现交互的页面，通常实现数据的fpga源码下载网站输入和输出功能。

       Controller：控制器，用于连接Model层和View层，完成Model层和View层的交互。还可以处理页面业务逻辑，它接收并处理来自用户的请求，并将Model返回给用户。

       2、架构图

       上图可以看出他们之间的通信是单向的，呈三角的形状，用户通过Controller请求，完成Model层和View层的交互。

       3、MVC的优缺点

       1）、优点

       耦合性低：视图层和业务层分离，这样就可以更改视图层代码，而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

       重用性高：由于视图层和业务层分离，多个视图可以共访问一个模型而不用单独开发，比如手机端视图和网页版视图可以访问同一个模型。

       可维护性高：分离视图层和业务逻辑层也使得WEB应用更易于维护和修改，比如前端页面有问题，可以在不影响后端的情况下进行修改和发布。

       在团队开发模式下表现更出众。

       2）缺点

       什么事物都是有两面性的，mvc也有它的rad studio 串口源码缺点，比如不适合小型，中等规模的应用程序、增加系统结构和实现的复杂性、视图对模型数据的低效率访问等。

       尤其是框架把业务逻辑大多集中在Controller层，这样加大了Controller的压力，Controller层与View层之间是一一对应的，也让View层的复用的可能性减小。在这种背景下就出现了mvp模式。

       二、MVP

       1、简介

       MVP是模型-视图-表示器，它是MVC框架的晚辈，大概晚出现年，是从MVC模式演变而来的。它们各个层级的职责有相同之处：Model层提供数据，View层负责视图显示，而Presenter（Controller）层负责逻辑的处理。主要不同的是Presenter通信方向变了。具体功能如下：

       Model：模型层用于数据查询以及业务逻辑，跟MVC大同小异。

       View：视图层用于展示与用户实现交互的页面，通常实现数据的输入和输出功能，跟MVC大同小异。

       Presenter：表示器负责连接M层和V层，从而完成Model层与View层的交互，还可以进行一些业务逻辑的处理。

       2、架构图

       由图可以看出Presenter起到了承上启下的卖商品的源码作用，View和Molde层互不干扰，完全可以把View抽出来做成组件，从复用上来说比MVC强。

       3、MVP的优缺点

       1）、优点

       层次清晰：模块职责划分明显,接口功能清晰，Model层和View层分离，修改View而不影响Model。

       重用性高：功能复用度高,方便.一个Presenter可以复用于多个View,而不用更改Presenter的逻辑。

       开发职责互不影响：如果后台接口还未写好,但已知返回数据类型的情况下,完全可以写出此接口完整的功能。

       2）、缺点

       当然它的缺点也是明显的，由于View层和Model层都需要经过Presenter层，导致Presenter层比较复杂，维护起来比较麻烦，数据都要经过Presenter层处理，有可能出现View层和Model层数据不一致的问题，为了解决这个问题，后来又有了MVVC模式了。

       三、MVVC

       1、简介

       mvvc模式也是在mvc模式下进行改造，也是对MVP的升级，它实现的重在数据驱动视图的一种设计模式。MVVC在View Controller与Model之间多了层View Model。View用户行为导致Model更新，View Controller会让自己持有的View Model去更新Model。

       Model：模型层用于数据查询以及业务逻辑，跟MVC大同小异。linux 源码安装vsftp

       View：视图层用于展示与用户实现交互的页面，通常实现数据的输入和输出功能，跟MVC大同小异。

       ViewModel层:定义数组，用来接收控制中的数据。处理回调（比如:刷新回调、点击cell回调、加载更多回调、动态视图高度回调等等），也是链接Controller和ViewModel的中间层级。它与View之间采用双向绑定，View的变动，自动反映在 ViewModel，反之亦然。

       Controller：控制器，用于连接Model层和ViewModel层，完成Model层和ViewModel层的交互。还可以处理页面业务逻辑，它接收并处理来自用户的请求，并将Model返回给用户。

       2、架构图

       可以看出，用户输入信息，到Controller，然后反馈到ViewModel，它与View之间采用双向绑定。

       3、MVVC的优缺点

       1）、优点

       低耦合，视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

       可重用性，可以把一些视图逻辑放在一个ViewModel里面，可以使view重用这段视图逻辑。

       独立开发，开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计.

       2）、缺点

       项目过于复杂，开发入门难度大点。

       注意：还有MVVM模式，这种模式在VUE中得到了很好的应用，另外MVVM模式和MVVC这两者的差别比较模糊，小编查了各种资料，也未找到它们的具体不同之处，大家感兴趣可以研究一下这两者之间的差别。MVVM和MVVC模式全栈工程师面试过程中问的比较多，大家注意，特别是其中的双向绑定。

       结语

       本文讲述了mvc，mvp和mvvc的相关知识点。在面试过程中，后端工程师考的比较多的是MVC；mvp安卓手机软件比较常见，如果是全栈工程师mvvc问的比较多。涉及架构的深度和广度，水平有限，欢迎大家斧正。希望本文给大家带来收获，对于这三者的关系，欢迎大家留言讨论和吐槽。

什么是MVC模式？

       在软件开发领域，MVC模式是一种设计原则，即模型(Model)、视图(View)和控制(Control)的分离。模型负责执行特定任务，如数据处理和业务逻辑。模型并不关心如何将这些任务以何种形式展示给用户。视图则负责显示数据和用户界面，向用户展示数据。控制层负责处理用户输入，并在模型和视图之间进行协调，使得数据能够正确更新显示。通过MVC模式，可以提高代码的可维护性和可扩展性，同时降低组件间的耦合度，使得各个部分可以独立开发和测试。这种方式使得软件开发过程更加模块化，易于管理和维护。

       MVC模式的核心思想是将应用程序的逻辑和表示层分离，使得不同的团队成员可以同时工作在不同的部分，而不需要担心彼此的代码。模型层处理数据和业务逻辑，视图层展示数据和用户界面，控制层负责接收用户输入并调用模型和视图操作。这样，每个组件都专注于自己的职责，使得代码更易于理解和维护。

       在MVC架构中，模型层负责数据存储、数据处理和业务逻辑。它与视图和控制层完全隔离，只提供数据访问接口，不涉及具体的表示或交互。视图层负责将模型中的数据呈现给用户，如网页、表格或图形界面。它不包含任何业务逻辑，仅负责数据的可视化。控制层处理用户输入，根据输入调用模型和视图操作，协调整个应用程序的流程。它负责接收用户输入、调用模型处理数据、更新视图展示结果，以及管理应用程序的状态。

       通过MVC模式的实现，可以将应用程序分为逻辑层、表示层和控制层，使得各个组件能够独立开发、测试和维护。逻辑层负责处理数据和业务逻辑，表示层负责展示数据和用户界面，控制层负责协调用户输入和组件操作。这种方式有助于提高代码的可读性、可维护性和可扩展性，使得团队成员可以同时在不同部分工作，提高开发效率。

       MVC模式强调将应用程序的逻辑、表示和控制分离，使得代码结构更加清晰、模块化。模型层处理数据和业务逻辑，视图层展示数据和用户界面，控制层协调用户输入和组件操作。这种分离设计使得代码易于理解和维护，有助于提高开发效率和软件质量。通过将应用程序分解为逻辑、表示和控制三个独立部分，MVC模式提供了一种有效的方法来组织和管理复杂应用程序的开发。

写出MVC的工作原理

       1.当用户在浏览器中点击一个链接或者提交一个表单时，那么就会产生一个请求（request）。当请求离开浏览器时，它会携带用户请求的信息。

       2.请求的第一站到达的是Spring的DispatcherServlet，它是一个前端控制器，工作是将用户的请求委托给其他的组件（这里是交给Spring MVC的控制器）去处理。

       è¿™é‡ŒDispatcherServlet要决定将请求传给哪一个控制器（Controller）去处理，那么这时就需要处理器映射（Handler Mapping）了。

       å¤„理器映射会看请求的URL信息，然后决定将请求交给哪一个控制器去处理。比如说有两个控制器ControllerA和ControllerB，分别处理后缀名为.html和.jsp送来的请求，那么当请求者的后缀名为.html时，那么DispatcherServlet就将请求交给ControllerA进行处理。

       C代表Controller，负责用户界面和业务逻辑层的通信控制，一方面解释来自用户界面的输入，识别用户动作（如点击按钮等），调用相应Model中的方法，另一方面处理来自Model的事件和返回的执行结果，调用适当的View显示给用户，Controller主要由Servlet完成。

       M代表Model，负责整个解决方案的业务逻辑实现，底层的数据库也由Model访问和操作；

       V代表View，负责系统向用户的展示，主要由HTML及JSP等完成；

拓展资料：

       MVC组件说明：

       ä»¥ä¸‹ç»„件通常使用框架提供实现：

       DispatcherServlet：作为前端控制器，整个流程控制的中心，控制其它组件执行，统一调度，降低组件之间的耦合性，提高每个组件的扩展性。

       HandlerMapping：通过扩展处理器映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。 

       HandlAdapter：通过扩展处理器适配器，支持更多类型的处理器。

       ViewResolver：通过扩展视图解析器，支持更多类型的视图解析，例如：jsp、freemarker、pdf、excel等。

       ç»„件：

       1、前端控制器DispatcherServlet（不需要工程师开发）,由框架提供

       ä½œç”¨ï¼šæŽ¥æ”¶è¯·æ±‚，响应结果，相当于转发器，中央处理器。有了dispatcherServlet减少了其它组件之间的耦合度。

       ç”¨æˆ·è¯·æ±‚到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性。

       2、处理器映射器HandlerMapping(不需要工程师开发),由框架提供

       ä½œç”¨ï¼šæ ¹æ®è¯·æ±‚çš„url查找Handler

       HandlerMapping负责根据用户请求找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。

       3、处理器适配器HandlerAdapter

       ä½œç”¨ï¼šæŒ‰ç…§ç‰¹å®šè§„则（HandlerAdapter要求的规则）去执行Handler

       é€šè¿‡HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。

       4、处理器Handler(需要工程师开发)

       æ³¨æ„ï¼šç¼–写Handler时按照HandlerAdapter的要求去做，这样适配器才可以去正确执行Handler

       Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。

       ç”±äºŽHandler涉及到具体的用户业务请求，所以一般情况需要工程师根据业务需求开发Handler。

       5、视图解析器View resolver(不需要工程师开发),由框架提供

       ä½œç”¨ï¼šè¿›è¡Œè§†å›¾è§£æžï¼Œæ ¹æ®é€»è¾‘视图名解析成真正的视图（view）

       View Resolver负责将处理结果生成View视图，View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。

       springmvc框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等。

       ä¸€èˆ¬æƒ…况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由工程师根据业务需求开发具体的页面。

       6、视图View(需要工程师开发jsp...)

       View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf...）

参考资料：百度百科-MVC

深入理解MVC

       MVC（模型-视图-控制器）架构是软件开发中广泛使用的一种设计模式。然而，许多程序员对MVC概念的理解存在误区，错误地应用MVC，这可能导致代码组织方式不科学，影响软件的可维护性、可移植性和代码重用性。MVC包含三个主要组件：模型、视图和控制器。模型负责业务逻辑和数据管理，视图负责界面展示，控制器则协调视图和模型，处理用户输入和事件。正确的MVC应用应该将业务逻辑放在模型层，视图层负责界面展示，控制器层用于调度，确保代码的灵活性和可扩展性。错误地将业务逻辑放在控制器层，违反了面向接口编程和各层解耦的原则，导致代码难以维护和复用。因此，应遵循设计模式，将业务逻辑放入模型层，而控制器层用于协调模型与视图之间的交互，实现代码的灵活复用和高效管理。理解MVC架构背后的设计模式，如组合模式、策略模式和观察者模式，对于正确应用MVC至关重要。组合模式在视图层实现，策略模式在控制器和视图层之间实现，而观察者模式则在模型和视图层之间建立联系。遵循设计原则，合理分布代码于MVC三层之间，将极大提高软件开发的效率和质量。