一开始有，因为刚入门，看人家写的框架也是一脸萌B，都说了是框架了，写的人肯定很牛逼了，不然他也写不出来的...原因就是知识储备少，经验少，一段时间过后就能理解人家为什么要那么分模块写了，当然了，也会有一些个人习惯性的东西，但是这个不会影响到可读性，最重要的是高内聚低耦合

是的.学习的曲线是往下降的.你的会的东西越多.后面学的就越快.

基础越差.后面花在学习上面的时间就会翻倍再翻倍.

所以大学教编程.都是从C开始教.然后叫数据结构.算法.为的就是打基础.

这些都学的好了.你这样的问题自然就不存在了.

作为小白的我，先是依样画葫芦，然后在理解深入的东西，比如我先学怎么搭ssm框架，会了以后在看spring源码分析，更透彻了解，该jar包怎么用，内部是怎么运行的。总之，我觉得学技术是条漫长的路，慢慢来，加油

感觉你现在写代码的时候有点犹豫，写代码的时候，个人觉得首先应该想自己需要实现什么样的功能或者逻辑，想清楚之后，把实现功能的代码写出来后，再去想想为什么要这样写，还有没有更好的写法，如果有更好的写法，可以换成更有质量的代码，所有的为什么这样写，怎么不那样写都是建立在你已经实现需要的功能之后才考虑的事情，如果功能都没有实现，考虑这些问题又有什么意义呢？对于框架，你首先得用框架开发出几个成熟的项目之后，已经很熟悉它的用法之后再去研究它的源码，这样才能提高自己

不懂的时候就多写吧 写多了到了一定时候就懂了

不要纠结代码怎么写 多弄清楚运行的过程原理  代码写法 这个是个人储备问题  思考运行 才是逻辑问题

一切的框架都是想要解决问题才写的。比如mvc，如果你做一个单页面应用，搞什么mvc啊，直接写一个页面里面得了，但是如果你的页面有一千个，一万个，还有自动生成的，除了页面，还有大量的数据，还有一些控制逻辑，如果都一个个页面里面集成的话，肯定到时候出问题的时候弄蒙圈了，出现页面多次调用就很麻烦。

这时候就需要框架了，于是mvc出现了，界面只写界面，控制只写控制，逻辑只写逻辑，然后用一个东西把他们联系起来，这个就是框架。

其实框架抽象出来，到最后编译出来的应用和你不用mvc写的是一样的，但是这个框架你用的话，代码看起来就清晰多了，并且查找错误之类的也很容易，比如控制逻辑出错了，只需要在控制逻辑那一块儿，找到对应的控制逻辑代码就行了，不需要翻遍各种页面寻找某个控制逻辑，最后满头大汗找出来了。