怎么说呢，参与研究讨论了前端的MVC与MVVM，以及后端的SpringBoot，感触还是蛮深的，先来梳理一下流程吧，也利于后边的抒发感情。
MVC和MVVM
项目的前端中使用的是vue的框架，vue中使用的是mvvm的模式，mvvm是mvc模式的升级，那么我们就要去看以下mvc是什么，其实对于mvc我们并不陌生，可是，我们并没有那么深刻的认识mvc，并不是直截了当的理解为module、view、controller，这显然不够
module是什么、view是什么、controller是什么？module、view和controller的关系是怎样的？不用mvc行不行？我们使用了mvc有了什么样的好处？…
我们没有对这些问题去好好思考是着实不应该的，所以我们在不知道mvc是什么或者mvvm是什么的情况下，依旧去写了代码，那么后果就是，我们写的是什么我们自己都不知道，就不要再期望着让别人知道了
对于mvvm，是mvc的改进版，在原基础上进行了优化（具体优化了什么在这我就不说了，这不是重点），不管是使用mvc还是mvvm，我们都应该深刻了解它所拥有的思想
我尝试着这样问，为什么要有mvc？为什么要在mvc的基础上改编为mvvm？ 我觉得这两个问题就能解决我们现在的问题，那我就解释一下
为什么要有mvc？ 为了解耦合
为什么要在mvc的基础上改编为mvvm？ 为了更进一步解耦合
看吧，其实核心思想很简单，就是为了解耦合，解了耦合之后会发生什么呢？不同的模块的职责就变得更单一了，解耦的同时也符合了单一职责的原则
所以说我们在学习或者使用某些东西时，首要的任务就是要搞清楚它所遵循的核心思想是什么，搞清楚了核心思想，有了全局观，以不变应万变，变是永远不变的，这时候对待任何问题，我们思考的层次也会更高，看的也会更全面，想的也会更周到
所以总结以下，在学习或者使用时，先去学习官方的使用方式，不要把本来好用的东西用的不好用了；另外就是在学习之前要考虑核心的思想，要有全局观
SpringBoot
先说一下这部分的工作，项目中都使用了springboot的框架，这部分是由我来主导的，主要是对于项目中的各部分的内容在spring的七大模块中的一个划分的工作
一开始的时候我们对于aop和ioc的划分不是很清楚，尤其是在项目中使用的时候，我们将静态的划分和动态的使用弄混了，所以也就导致了我们的划分进行不下去了，下午将问题抛出来，还是米老师及时的提醒了我们，不要将静态和动态混为一谈
我们又去进行动态下的流程图的绘制，在绘制的过程中不断地遇到问题，也是不断的讨论和解决，其实有的时候我还是暗自窃喜的，由我来主持，六七个人来辅助我进行讨论和研究，这样的机会确实难得
其实说来也很简单，为什么我们会弄混，因为我们没有对其进行分类，所以我们就没有做好这部分的内容，我们在思考问题的时候一定要记着分类，也可以说是分治，毕竟古人流传下来的智慧，还是要好好学习的，道理大家都懂
有人对于某些问题的不明确，问米老师：xxx应该放在哪呢。 我表述的不是很明确，其实他的问题就是某个东西划分不知道归属在哪然后就这么问的
老师对于这个问题很不满，老师说我们应该问这个东西可以放哪
归究一下，是我们一直陷入的思考问题的方式起的作用，我们内心所想的就是一定要对某个东西进行归类，其实不然，我们归类是需要标准的，不需要对它强行分类
剩下的时间就是讨论流程的绘制了，有时间可以和大家分享一下绘制的流程图，还需要在进行修改和复盘，等绘制好再分享出来
其实前面说要分类，后面说不要强制分类是不矛盾的，这部分的内容是不矛盾的，我们在思考问题时要进行分类，这样会很大程度上帮助我们解决问题；不要强制分类并不是说不可以分类，我们不要进行强制的划分（一个一米八的女生，不是说这个人划分到女生类里就不能是一米八了，这两个东西半毛钱关系都没有）
总结一下这部分的内容，我们一定要学会分类，另外一点，一定不要陷入应试的思维模式中
写在最后
其实，我们还是要多思考、多复盘、多总结，这样也才能提高的更快
一定要站在巨人的肩膀上，名师指路也是很必要的，做分享人是提高最快和最大的，讨论也是如此
