本文目录
- 适配器模式和代理模式的区别
- MES数据采集方式知多少
- 适配器模式的适用情况
- 设计模式：适配器模式和代理模式的区别
- 开发应用场景及顺序
- 什么不是扁平化模式相较于代理模式的劣势
- 各位，23种设计模式都在哪些场合运用到
适配器模式和代理模式的区别
这是之前我的博客总结的：Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问。 例如：经典的体现在Spring AOP切面中，Spring中利用了俩种代理类型。 其实，代理也分为静态和动态，但是我们一般常用动态，因为静态代理秀不起来Adapter,适配器模式：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。 其中对象的适配器模式是各种结构型模式的起源，分为三种：类，对象，接口的适配器模式。结一下三种适配器模式的应用场景：类的适配器模式：当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可。对象的适配器模式：当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。接口的适配器模式：当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可。区别：很明显，适配器模式是因为新旧接口不一致导致出现了客户端无法得到满足的问题，但是，由于旧的接口是不能被完全重构掉的，因为我们还想使用实现了这个接口的一些服务。那么为了使用以前实现旧接口的服务，我们就应该把新的接口转换成旧接口。相比于适配器的应用场景，代理就不一样了，虽然代理也同样是增加了一层，但是，代理提供的接口和原本的接口是一样的，代理模式的作用是不把实现直接暴露给client，而是通过代理这个层，代理能够做一些处理。
MES数据采集方式知多少
MES系统最大的特点是可以实时收集生产过程中的各种信息和数据，然后收集到数据库中，由管理层进行数据分析和查询。如何有效地收集车间内的各种数据，是决定MES软件项目成败的关键环节。让我们简要讨论一些常见的数据收集类型。网页链接
数据收集是MES系统业务的基础，也是MES系统统计分析的基础，MES系统软件应用时，应根据不同的数据、应用场景、人员能力、设备投资等因素，采用不同的数据采集方法，选择不同的数据采集设备，根据对各类数据的分类，采用不同的数据采集方法。
1、必须输入的数据
必须输入的数据是指系统必须直接从外部获取的数据。通过规范基本定义函数和处理数据基本定义函数，系统可以完全建立自己的数据采集项目数据库。
2、系统自动生成的数据
系统在生产过程中可以自动收集一些由生产过程中发生的事件触发的数据，主要包括:生产过程开始运行的时间、生产结束的时间、设备状态等，这种数据经过时间触发后，系统根据原始的基本数据集自动采集。
3.条形码集合
收集生产数据最常见的方法之一是使用条形码。条码数据采集的前提是信息可以通过编码的方式表达，也可以通过编码与预设的数据建立对应关系。条形码可以提高数据输入的准确性，提高输入速度，降低成本。因此，对数据进行尽可能多的分类和编码，并将其转换为条形码，方便现场数据采集。
4. 收集设备数据的方法
如果企业需要控制设备、监控设备和设施的运行情况,可以采用以下几种方法:DNC网络适配器模式,宏指令模式,PLC采集模式,也有一部分的数据可以通过条形码收购目标的手段,关键,如果有企业需要和需求选择不同的方式。
适配器模式的适用情况
使用的前提：1．接口中规定了所有要实现的方法2．但一个要实现此接口的具体类，只用到了其中的几个方法，而其它的方法都是没有用的。 1．用一个抽象类实现已有的接口，并实现接口中所规定的所有方法，这些方法的实现可以都是“平庸”实现----空方法；但此类中的方法是具体的方法，而不是抽象方法，否则的话，在具体的子类中仍要实现所有的方法，这就失去了适配器本来的作用。2．原本要实现接口的子类，只实现1中的抽象类即可，并在其内部实现时，只对其感兴趣的方法进行实现。 1．充当适配器角色的类就是：实现已有接口的抽象类2．为什么要用抽象类：此类是不要被实例化的。而只充当适配器的角色，也就为其子类提供了一个共同的接口，但其子类又可以将精力只集中在其感兴趣的地方。 如何做到一个类不被实例化或者不被轻易实例化？1．把一个类定义为抽象类；2．把一个类的构造方法设置为：private类型的，这样在客户端就不能通过new ClassName()方法来轻易将一个类实例化，而要生成此类的实例就必须通过一个特殊的方法，这样在一个系统中，对此类的使用就能得到合理的控制(如：单例模式/多例模式/简单工厂方法等模式)。3. 对于两个独立的系统,要满足ocp原则,则适配器模式会有一定的局限性. ps：显卡（video card，Graphics card），又称为显示适配器（video Adapter）。
设计模式：适配器模式和代理模式的区别
前我博客总结：Proxy代理模式：其象提供种代理控制象访问 例：经典体现Spring AOP切面Spring利用俩种代理类型 其实代理静态态我般用态静态代理秀起Adapter,适配器模式：类接口转换客户希望另外接口Adapter模式使原本由于接口兼容能起工作些类起工作 其象适配器模式各种结构型模式起源三种：类象接口适配器模式结三种适配器模式应用场景：类适配器模式：希望类转换满足另新接口类使用类适配器模式创建新类继承原类实现新接口即象适配器模式：希望象转换满足另新接口象创建Wrapper类持原类实例Wrapper类调用实例行接口适配器模式：希望实现接口所创建抽象类Wrapper实现所我写别类候继承抽象类即区别：明显适配器模式新旧接口致导致现客户端满足问题由于旧接口能完全重构掉我想使用实现接口些服务使用前实现旧接口服务我应该新接口转换旧接口相比于适配器应用场景代理虽代理同增加层代理提供接口原本接口代理模式作用实现直接暴露给client通代理层代理能够做些处理设计模式：适配器模式和代理模式的区别
开发应用场景及顺序
设计模式是被编程者总结出来的一套被反复使用的、多数人知晓的、经过分类编目的代码设计经验。掌握常用的设计模式对于Java应聘者来说十分重要，如单例模式、工厂模式、建造者模式等。接下来具体料及一下Java常用设计模式及应用场景：1、单例模式：保证一个类仅有一个实例并提供一个全局访问点，如一些配置文件或者管理类可以设计为单例，常用的线程池也是单例。2、模板方法：在定义好的算法骨架下允许子类为一个或多个步骤提供实现，一次性实现算法的不变部分将可变部分留给子类实现，当子类实现代码逻辑雷同时可以使用此设计模式。3、工厂模式：创建对象需要大量的重复代码时，通过子类实现方法来创建对象。如Spring中通过工厂模式将创建对象的任务交给容器管理。4、原型模式 ：在应用程序可能有某些对象的结构比较复杂，但又需要频繁的使用它们，如这个时候不断的新建这个对象势必会大大损耗系统内存的，这个时候需要使用原型模式来对这个结构复杂又要频繁使用的对象进行克隆。所以原型模式就是用原型实例指定创建对象的种类，且通过复制这些原型创建新的对象。主要应用与那些创建新对象的成本过大时。它的主要优点就是简化了新对象的创建过程，提高了效率，同时原型模式提供了简化的创建结构。5、建造者模式：讲复杂对象的构建和表示分离，适用于流程固定，但是顺序不一定固定的场景。如需要给一个对象多次给不同的属性赋值，可以使用链式调用传参，最后生成对象。如策略模式，观察者模式，模板方法模式，foreach中的迭代器模式，spring 中ASM的访问者模式，动态代理等都有一些了解。6、适配器模式：在应用程序中可能需要将两个不同接口的类来进行通信，在不修改这两个的前提下可能会需要某个中间件来完成这个衔接的过程。这个中间件就是适配器。所谓适配器模式就是将一个类的接口，转换成客户期望的另一个接口。它可以让原本两个不兼容的接口能够无缝完成对接。作为中间件的适配器将目标类和适配者解耦，增加了类的透明性和可复用性。7、桥接模式 ：如果说某个系统能够从多个角度来进行分类，且每一种分类都可能会变化，那么我们需要做的就是讲这多个角度分离出来，使得他们能独立变化，减少他们之间的耦合，这个分离过程就使用了桥接模式。所谓桥接模式就是讲抽象部分和实现部分隔离开来，使得他们能够独立变化。桥接模式将继承关系转化成关联关系，封装了变化，完成了解耦，减少了系统中类的数量，也减少了代码量。设计模式应用场景是什么?JavaEE应用中Spring用于创建IOC容器的监听器就是基于观察者模式的。Spring中获取FileSystemResource和ClassPathResource等功能雷同的类时使用模板方法。单例模式包含懒汉饿汉式以及不同的变种，工厂类设计模式一般也设计为单例。项目中的一些配置或引入外部的sdk需要创建管理类，或封装自己的框架时需要用到单例;工厂方法在编码时不能预见需要创建哪种类的实例。设计模式是一套被反复使用、多数人知晓、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式于己于他人于系统都是多赢，设计模式使代码编制真正工程化，设计模式是软件工程的基石。
什么不是扁平化模式相较于代理模式的劣势
1.简介适配器模式：适配器模式（英语：adapterpattern）有时候也称包装样式或者包装。将一个类的接口转接成用户所期待的。一个适配使得因接口不兼容而不能在一起工作的类工作在一起，做法是将类别自己的接口包裹在一个已存在的类中。wiki代理模式：代理模式的定义：为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。wiki2.困惑设计模式总是通过增加层来进行解耦合，提高扩展性，但是如果我们没法从在这个抽象维度中看出，这个层真正的抽象含义，那么我们很难搞懂一个模式真正的内涵？我就有这个疑问，这两个东东都是增加了一层，但是这一层有什么区别？3.理解很明显，适配器模式是因为新旧接口不一致导致出现了客户端无法得到满足的问题，但是，由于旧的接口是不能被完全重构掉的，因为我们还想使用实现了这个接口的一些服务。那么为了使用以前实现旧接口的服务，我们就应该把新的接口转换成旧接口；实现这个转换的类就是抽象意义的转换器；就比如在java中早期的枚举接口是Enumeration而后定义的枚举接口是Iterator;有很多旧的类实现了enumeration接口暴露出了一些服务，但是这些服务我们现在想通过传入Iterator接口而不是Enumeration接口来调用，这时就需要一个适配器，那么client就能用这个服务了（服务端只想用Iterator或者只知道这个接口）；相比于适配器的应用场景，代理就不一样了，虽然代理也同样是增加了一层，但是，代理提供的接口和原本的接口是一样的，代理模式的作用是不把实现直接暴露给client，而是通过代理这个层，代理能够做一些处理；感悟：设计模式学习应该结合场景，脱离了场景就很难明白这些东西，这些层这么写都是在干什么；其实不管是面向对象还是设计模式，最重要的是抽象，理解了它在抽象一个什么场景你才能理解本质；
各位，23种设计模式都在哪些场合运用到
其中创建型有： 一、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点 例如：随处可见，比如Servlet，sprigMVC创建时都是单例多线程的。完美的实例是：private static Singleton instance = new Singleton(); 创建线程的方式有很多种，但是很多都扛不住多线程的检验，上面是简单又实用的例子，多线程下也是安全的。 二、Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。 三、Factory Method，工厂方法：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。 例如：虽然简单工厂（静态工厂）没有进入23种设计模式，但是java web中的很多配置文件玩的还是它。Spring中下面三种方式实例化bean： 1.使用类构造器实例化 《bean id=“orderService“ class=“cn.itcast.OrderServiceBean“/》 2.使用静态工厂方法实例化 《bean id=“personService“ class=“cn.itcast.service.OrderFactory“ factory- method=“createOrder“/》 public class OrderFactory { public static OrderServiceBean createOrder(){ return new OrderServiceBean(); } } 3.使用实例工厂方法实例化: 《bean id=“personServiceFactory“ class=“cn.itcast.service.OrderFactory“/》 《bean id=“personService“ factory-bean=“personServiceFactory“ factory-method=“createOrder“/》 public class OrderFactory { public OrderServiceBean createOrder(){ return new OrderServiceBean(); } } 第一种方法，IOC容易直接根据配置文件中的class属性通过反射创建一个实例，使用的是该类的默认构造方法。第二种则是调用class指定的工厂类的工厂方法，来返回一个相应的bean实例，值得注意的是工厂类的方法是静态方法，所以不用产生工厂本身的实例。而第三种则不同，它除了配置与第二种相同外，唯一的不同就是方法不是静态的，所以创建bean的实例对象时需要先生成工厂类的实例。实例了bean对象时，需要对其中的属性也进行赋值，这时就是经常被提及的依赖注入。以上其实有错误：Spring很多情况下创建对象很定是反射呀，尤其是注解和DI（依赖注入），小朋友，想什么呢？肯定不是用new()来创建：Class c = Class.forName(“cn.itcast.OrderServiceBean“);Object bean = c.newInstance(); 四、Builder，建造模式：将一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。 五、Prototype，原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。 行为型有： 六、Iterator，迭代器模式：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。 例如：jdk中的各种容器类的基础模式 七、Observer，观察者模式：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。 例如：据说是jdk使用最多的模式,好比邮件订阅或RSS订阅 八、Template Method，模板方法：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。 九、Command，命令模式：将一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。 十、State，状态模式：允许对象在其内部状态改变时改变他的行为。对象看起来似乎改变了他的类。 十一、Strategy，策略模式：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。 例如：comparator 比较器的实现利用了此模式 十二、China of Responsibility，职责链模式：使多个对象都有机会处理请求，从而避免请求的送发者和接收者之间的耦合关系 。此处强调一点就是，链接上的请求可以是一条链，可以是一个树，还可以是一个环，模式本身不约束这个，需要我们自己去实现，同时，在一个时刻，命令只允许由一个对象传给另一个对象，而不允许传给多个对象例如：struts2 interceptor 用到的就是是责任链模式 十三、Mediator，中介者模式：用一个中介对象封装一些列的对象交互。 十四、Visitor，访问者模式：表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素类的前提下定义作用于这个元素的新操作。 十五、Interpreter，解释器模式：给定一个语言，定义他的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。 十六、Memento，备忘录模式：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。 结构型有： 十七、Composite，组合模式：将对象组合成树形结构以表示部分整体的关系，Composite使得用户对单个对象和组合对象的使用具有一致性。 十八、Facade，外观模式：为子系统中的一组接口提供一致的界面，facade提供了一高层接口，这个接口使得子系统更容易使用。 十九、Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问。例如：经典的体现在Spring AOP切面中，Spring中利用了俩种代理类型。其实，代理也分为静态和动态，但是我们一般常用动态，因为静态代理秀不起来 二十、Adapter,适配器模式：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。 其中对象的适配器模式是各种结构型模式的起源，分为三种：类，对象，接口的适配器模式。结一下三种适配器模式的应用场景：类的适配器模式：当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可。对象的适配器模式：当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。接口的适配器模式：当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可。例如：java io流中大量使用 二十一、Decrator，装饰模式：动态地给一个对象增加一些额外的职责，就增加的功能来说，Decorator模式相比生成子类更加灵活。 对比：适配器模式主要是为了接口的转换，而装饰者模式关注的是通过组合来动态的为被装饰者注入新的功能或行为(即所谓的责任)。 二十二、Bridge，桥模式：将抽象部分与它的实现部分相分离，使他们可以独立的变化。 二十三、Flyweight，享元模式：主要目的是实现对象的共享，即共享池，当系统中对象多的时候可以减少内存的开销，通常与工厂模式一起使用。例如：数据库连接池便是这个原理
