标签:sync OLE 设计 开闭原则 hid facade 关闭 key 否则
所有江湖偶遇,都是宿命相逢 ----《逆水寒》,只是觉得文案不错,就用了。哈哈!
单一职责原则(SRP):任何一个对象都应给只有一个单独的职责(“低耦合,高内聚”)
里氏替换原则(LSP):在任何父类出现的地方都可以用子类替换
依赖注入原则(DIP):要依赖于抽象而不是依赖于具体实现(此原则是开闭原则的基础)
接口分离原则(ISP):不应该强迫他们的客户程序依赖他们不需要的方法
迪米特原则(LOD):一个对象应该对其他对象尽可能少的了解,意思就是降低各个对象之间的耦合。
开闭原则(OCP):一个对对象对扩展是开放的,对修改是关闭的。
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
标签:sync OLE 设计 开闭原则 hid facade 关闭 key 否则
原文地址:https://www.cnblogs.com/bugzone/p/java_design.html