所有江湖偶遇,都是宿命相逢 ----《逆水寒》，只是觉得文案不错，就用了。哈哈！
一.设计原则：
单一职责原则（SRP）：任何一个对象都应给只有一个单独的职责(“低耦合，高内聚”)
里氏替换原则（LSP）：在任何父类出现的地方都可以用子类替换
依赖注入原则（DIP）：要依赖于抽象而不是依赖于具体实现（此原则是开闭原则的基础）
接口分离原则（ISP）：不应该强迫他们的客户程序依赖他们不需要的方法
迪米特原则（LOD）：一个对象应该对其他对象尽可能少的了解，意思就是降低各个对象之间的耦合。
开闭原则（OCP）：一个对对象对扩展是开放的，对修改是关闭的。
二.23中设计模式
1.工厂模式(Factory Pattern)：在工厂模式中，客户类与工厂来是分开的，消费者任何时候需要产品只需要向工厂请求就好，消费者无需修改就可以接纳新产品。缺点是：当前产品修改是工厂也需要修改。
2.建造模式(Builder Pattern)：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同表象的产品，建造模式使得产品内部表象可以独立的变化，客户不必知道产品的内部细节。建造模式可以强制实行一种分步骤的建造过程。
AlertDialog.Builder builder = new AlertDialog.Builder(this); builder.setTitle("") .setIcon(R.drawable.ic_launcher_foreground) .setView(R.layout.activity_main) .setOnKeyListener(new DialogInterface.OnKeyListener() { @Override public boolean onKey(DialogInterface dialogInterface, int i, KeyEvent keyEvent) { return false; } }) .setOnCancelListener(new DialogInterface.OnCancelListener() { @Override public void onCancel(DialogInterface dialogInterface) { } }) .create().show();
3.工厂方法模式(Abstract Factory Pattern)：在工厂方法模式中，核心工厂类不再负责所有的产品的创建，而是将具体创建工作交给子类处理，成为一个抽象角色，仅负责给出具体工厂必须实现的接口，而不接触某款产品的实例化细节。
4.原型模型模式(Prototype Pattern)：原型模型是通过给定一个原型对象来指明要创建的的对象类型，可以用复制这个对象的方法创建更多的对象，原型模型允许动态的增加或减少产品类。缺点是：每一个类必须配备一个克隆方法。
5.单例模式（Singleton Pattern）：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。
- 饿汉式单例
-懒汉式单例
饿汉模式是在系统运行起来,在装在类的时候就进行初始化的操作,外部对象使用的时候不需要做任何判断可以直接使用,从效率上来说是优于懒汉模式的.但是对比懒汉模式的延迟加载技术,不管系统用不用该实例,内存都会在最开始的时候创建出来.跟懒汉的时间换空间正好相反,饿汉是空间换时间。
6.适配器模式(Adapter Pattern)：把我一个类的接口变化成客户端期望的另一个接口。
Adapter.java Android8.0源码
/** * adapter 对象充当 AdapterView 和该View展现数据的桥梁。提供对数据的访问。 * 还负责每一个 android.view.View 控件的数据集控制。 * @see android.widget.ArrayAdapter * @see android.widget.CursorAdapter * @see android.widget.SimpleCursorAdapter */ public interface Adapter { /** * Register an observer that is called when changes happen to the data used by this adapter. * 当这个适配器使用的数据放生变化时候，注册一个观察者 * @param observer the object that gets notified when the data set changes. * @param observer 当数据集发生变化，得到通知的对象 */ void registerDataSetObserver(DataSetObserver observer); /** * Unregister an observer that has previously been registered with this * adapter via {@link #registerDataSetObserver}. * 该方法是注销观察者作用， * @param observer the object to unregister. * @param observer 需要注销的观察者 */ void unregisterDataSetObserver(DataSetObserver observer); /** * How many items are in the data set represented by this Adapter. * adapter数据集大小 * @return Count of items. * @return 返回数据集大小 */ int getCount(); /** * Get the data item associated with the specified position in the data set. * 返回数据集对应索引（position）的数据项对象 * @param position Position of the item whose data we want within the adapter's * data set. * @return The data at the specified position. */ Object getItem(int position); /** * Get the row id associated with the specified position in the list. * 返回数据集对应索引（position）的数据项Id * @param position The position of the item within the adapter's data set whose row id we want. * @return The id of the item at the specified position. */ long getItemId(int position); /** * Indicates whether the item ids are stable across changes to the * underlying data. * 如果相同的ID总是引用相同的对象，则为true。 * @return True if the same id always refers to the same object. */ boolean hasStableIds(); /** * Get a View that displays the data at the specified position in the data set. You can either * create a View manually or inflate it from an XML layout file. When the View is inflated, the * parent View (GridView, ListView...) will apply default layout parameters unless you use * {@link android.view.LayoutInflater#inflate(int, android.view.ViewGroup, boolean)} * to specify a root view and to prevent attachment to the root. * 返回数据集中对应索引（position）指定的View。同样也可以创建一个视图或者通过xml布局inflate。 * 如果是通过inflate获取视图时候，@param parent 可以是GridView 或者ListView等控件。 * 除非你用{@link android.view.LayoutInflater#inflate(int, android.view.ViewGroup, boolean)}指定根视图并防止附着，否则使用默认的布局参数。 * @param position The position of the item within the adapter's data set of the item whose view * we want. * @param position 我们想要返回的视图,对应数据集索引（position） * @param convertView The old view to reuse, if possible. Note: You should check that this view * is non-null and of an appropriate type before using. If it is not possible to convert * this view to display the correct data, this method can create a new view. * Heterogeneous lists can specify their number of view types, so that this View is * always of the right type (see {@link #getViewTypeCount()} and * {@link #getItemViewType(int)}). * @param convertView 如果可以，重用旧视图。注意：需要检查视图不是null并且是适当的类型。如果不能重用，可以创建一个视图。 * @param parent The parent that this view will eventually be attached to * @param parent 根视图 * @return A View corresponding to the data at the specified position. * 返回呈现数据集索引对应数据项的视图。 */ View getView(int position, View convertView, ViewGroup parent); /** * An item view type that causes the {@link AdapterView} to ignore the item * view. For example, this can be used if the client does not want a * particular view to be given for conversion in * {@link #getView(int, View, ViewGroup)}. * * @see #getItemViewType(int) * @see #getViewTypeCount() */ static final int IGNORE_ITEM_VIEW_TYPE = AdapterView.ITEM_VIEW_TYPE_IGNORE; /** * Get the type of View that will be created by {@link #getView} for the specified item. * * @param position The position of the item within the adapter's data set whose view type we * want. * @return An integer representing the type of View. Two views should share the same type if one * can be converted to the other in {@link #getView}. Note: Integers must be in the * range 0 to {@link #getViewTypeCount} - 1. {@link #IGNORE_ITEM_VIEW_TYPE} can * also be returned. * @see #IGNORE_ITEM_VIEW_TYPE */ int getItemViewType(int position); /** * <p> * Returns the number of types of Views that will be created by * {@link #getView}. Each type represents a set of views that can be * converted in {@link #getView}. If the adapter always returns the same * type of View for all items, this method should return 1. * </p> * <p> * This method will only be called when the adapter is set on the {@link AdapterView}. * </p> * * @return The number of types of Views that will be created by this adapter */ int getViewTypeCount(); static final int NO_SELECTION = Integer.MIN_VALUE; /** * @return true if this adapter doesn't contain any data. This is used to determine * whether the empty view should be displayed. A typical implementation will return * getCount() == 0 but since getCount() includes the headers and footers, specialized * adapters might want a different behavior. */ boolean isEmpty(); /** * Gets a string representation of the adapter data that can help * {@link android.service.autofill.AutofillService} autofill the view backed by the adapter. * * <p> * It should only be set (i.e., non-{@code null} if the values do not represent PII * (Personally Identifiable Information - sensitive data such as email addresses, * credit card numbers, passwords, etc...). For * example, it's ok to return a list of month names, but not a list of usernames. A good rule of * thumb is that if the adapter data comes from static resources, such data is not PII - see * {@link android.view.ViewStructure#setDataIsSensitive(boolean)} for more info. * * @return {@code null} by default, unless implementations override it. */ default @Nullable CharSequence[] getAutofillOptions() { return null; } }
7.桥接模式(Bridge Pattern)：将抽象化和实现化脱耦，使得二者可以独立变化，也就是说，将他们的强关联变成弱关联，即软件系统使用的是组合/聚合关系而不是继承关系，从而使两者可以独立变化。
8.合成模式(Composite Pattern)：将对象组合成树形结构以表示“部分-整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性
9.装饰者模式(Decorator Pattern)：装饰者模式以客户端透明的方式扩展对象的功能，是继承方案的一个替代方案，提供了比继承更多的灵活性，动态的的给一个对象添加功能，这些功能又可以动态的撤销。可增加又一些基本功能排列组合产生非常强大的功能。
10.门面模式(Facade Pattern)：外部与一个子系统通信必须通过一个门面对象进行，门面模式提供一个高层次的接口，使得子系统更容易使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，单整个系统可以有多个门面类。
11.享元模式(Flyweight Pattern)：使用共享对象可有效地支持大量的细粒度对象。
12.代理模式(Proxy pattern)：给某一个对象创建一个代理对象，并由代理对象控制源对象的应用。
13.责任链模式(chain of responsinbleity Pattern)：使多个对象有机会处理请求，从而避免了请求的发送者和接收者之间的耦合关系 。将这些对象连成一个链，并沿着这条链传递请求，知道有对象处理它为止
14.命令模式(cmd Pattern)：将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。
15.解释器模式(Interpreter Pattern)：给定一门语言，定义它的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中的句子。
16.迭代子模式(Iterator Pattern)：它提供一种方法访问一个容器对象中各个元素，而又不需要暴露该对象的内部细节。
17.调停者模式(mediator Pattern )：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。
18.备忘录模式(Memento Pattern)：在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到原来保存的状态。
19.观察者模式(Observer Pattern)：定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新
20.状态模式(state Pattern )：当一个对象在状态改变时允许其改变行为，这个对象看起来像改变了其类。
21.策略模式(Strategy Pattern)：定义一组算法，将每个算法都封装起来，并且使他们之间可以互换
22.模板方法模式(Template Method Pattern)：
23.访问者模式(Visitor Pattern)：封装一些作用于某种数据结构中的各种元素，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作
参考：
https://blog.csdn.net/forwujinwei/article/details/79050044