最后
我见过很多技术leader在面试的时候，遇到处于迷茫期的大龄程序员，比面试官年龄都大。这些人有一些共同特征：可能工作了7、8年，还是每天重复给业务部门写代码，工作内容的重复性比较高，没有什么技术含量的工作。问到这些人的职业规划时，他们也没有太多想法。
其实30岁到40岁是一个人职业发展的黄金阶段，一定要在业务范围内的扩张，技术广度和深度提升上有自己的计划，才有助于在职业发展上有持续的发展路径，而不至于停滞不前。
不断奔跑，你就知道学习的意义所在！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1，单一职责原则：就是一个类就做一件事，它有单一的职责，比如，activity就让它显示view，不管那些网络请求、适配器啥的。该原则注重职责，主要针对实现和细节。
2，开放封闭原则：类、模块、函数是可以拓展的，但不能修改。这样代码比较稳定，比如不能碰到啥事儿就去修改基类，使用这个基类的可能不止这一个子类啊。
3，里式替换原则：子类可以扩展父类功能，但不能改变父类原有功能。搬砖时最好用基类类型定义，然后运行时确定子类。
4，依赖倒置原则：核心是面向接口编程。高层模块（调用端）不应依赖于低层模块（封装的代码），二者均应依赖抽象（接口或抽象类）；抽象不应依赖于细节（具体的实现类），细节应该依赖于抽象。使用抽象的作用是指定好规范和契约，不涉及具体操作，至于怎么实现就交给他们的实现类。优点是可以降低类之间的耦合性，提高系统的稳定性，降低修改程序造成的风险。
5，迪米特原则：也可以说最少知识原则。一个对象要尽可能的对其他对象有更少的了解，可以说是尽可能的低耦合。偶尔度越低，代码复用率越高。就是不管你这个类实现了多么复杂的功能，你的逻辑多么多，你只对外开放public方法，其他细节不开放。
6，接口隔离原则：就是说使用多个隔离的接口，而不是只使用一个接口。为各个类建立他专用的接口，这样接口定义的方法都是子类需要的方法。该原则注重的是对接口依赖的隔离，是针对抽象和程序整体框架说的。
二，设计模式分类
1，创建型：
单例模式：一个类就只有一个实例，这样可以实现资源的复用
工厂模式：实现对象的创建和对象的使用分离，将对象的创建交给专门的工厂类负责。
抽象工厂模式：将产品类别抽象出来，解决了工厂模式产品类别较多的问题。
建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
原型模式
2，结构型：
适配器模式
装饰模式：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰模式相比生成子类更为灵活。
代理模式
外观模式
桥接模式
组合模式
享元模式
最后
感谢您的阅读，在文末给大家准备一个福利。本人从事Android开发已经有十余年，算是一名资深的移动开发架构师了吧。根据我的观察发现，对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。
所以在此将我十年载，从萌新小白一步步成长为Android移动开发架构师的学习笔记，从Android四大组件到手写实现一个架构设计，我都有一一的对应笔记为你讲解。
当然我也为你们整理好了百度、阿里、腾讯、字节跳动等等互联网超级大厂的历年面试真题集锦。这也是我这些年来养成的习惯，一定要学会把好的东西，归纳整理，然后系统的消化吸收，这样才能极大的提高学习效率和成长进阶。碎片、零散化的东西，我觉得最没有价值的。就好比你给我一张扑克牌，我只会觉得它是一张废纸，但如果你给我一副扑克牌，它便有了它的价值。这和我们收集资料就要收集那些系统化的，是一个道理。
最后，赠与大家一句诗，共勉！
不驰于空想，不骛于虚声。不忘初心，方得始终。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
t/topics/618156601)**
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
