mvc，mvp，和mvvm

学习https://www.bilibili.com/video/BV137411N7aB?from=search&seid=15054566616599405439的整理。

web1.0时代

        没有前端，

        1.页面写在java里，随着业务变复杂，开发成本，维护成本极其高昂                   

        2.启用mvc模式，是逻辑更干净

web2.0时代

        伴随着谷歌的Gmail出现，ajax技术风靡全球。前后端架构改变了。

         1.前后端分离，各干各的，提高效率，用户体验。

 

        2.前端mvc，随着分离开，需求也变得愈发复杂。为了持续维护，mvc出现。

        model：负责保存应用数据，与后端数据进行同步

        controller：负责业务逻辑，根据用户行为对model数据进行修改

        view：负责视图展示，将model中的数据可视化出来。

        理论可行，实际开发并不便捷。例如：点击button a，修改div b的内容。就需要变成：监听a的点击事件，修改model 中 b数据的内容。监听 model b的改变，更新dom操作。(强行切开，写进好几个文件中)

        3.前端mvp，分离了model和view，presenter作为中间人，却导致presenter超级庞大。

 

         4.mvvm

                ViewModel通过实现一套数据响应机制自动响应Model中数据变化

                同时ViewModel会实现一套更新策略自动将数据变化转换成视图更新

                通过事件监听响应View中用户交互修改Model中数据

                这样就减少了大量DOM操作代码

                MVVM保持了View和Model松耦合的同时，减少了维护他们关系的代码，使得用户更专注于业务逻辑。

 

 

总结：

        三者都是框架模式，设计的目的都是解决model和view的耦合问题

        mvc开始出现在后端，移至到前端后，觉得并不便捷。

        mvp是mvc的进化形式，解耦了view和model可是presenter越写越重。

        mvvm，解耦了view和model，解决了维护两者映射关系的繁杂代码和dom操作代码。