Ⅰ JAVA中的适配器模式和策略模式的区别在哪
直接从字面上看也复是两个完制全不同的模式；
从归类上也是一个是结构模式，一个是行为模式；
从定义角度：一个是将一个类的接口转换成客户希望的另外一个接口，从而使原本因接口不兼容不能一起工作的类可以一起工作；
一个是把一系列算法封装起来，提供一个统一的接口给客户，并使这些算法可以相互间替换；
Ⅱ 关于策略模式的疑惑。
扩展开发，对修改关闭
对于Sorter来说,类本身并没有改变.
既使你再多写几个类回继承那个抽象类答.
Sorter还是不会改变.
不知道对不对,也是看了你的代码才查的.
PS:老总是不可以换的,工作还是要做的..
军师可以换.不要小看军师.换了以后,工作做成什么样儿可没准儿.
什么觉得做得不好.
来,我让你当两天军师!
你就是做到天上去,我还是老总,.嘿嘿!
Ⅲ 桥接模式和策略模式的区别
桥接(Bridge)模式是结构型模式的一种，而策略(strategy)模式则属于行为模式。以下是它们的UML结构图。
在桥接模式中，Abstraction通过聚合的方式引用Implementor。
从他们的结构图可知，在这两种模式中，都存在一个对象使用聚合的方式引用另一个对象的抽象接口的情况，而且该抽象接口的实现可以有多种并且可以替换。可以说两者在表象上都是调用者与被调用者之间的解耦，以及抽象接口与实现的分离。
那么两者的区别体现在什么地方呢？
1. 首先，在形式上，两者还是有一定区别的，对比两幅结构图，我们可以发现，在桥接模式中不仅Implementor具有变化（ConcreateImplementior），而且Abstraction也可以发生变化（RefinedAbstraction），而且两者的变化是完全独立的，RefinedAbstraction与ConcreateImplementior之间松散耦合，它们仅仅通过Abstraction与Implementor之间的关系联系起来。而在策略模式中，并不考虑Context的变化，只有算法的可替代性。
2. 其次在语意上，桥接模式强调Implementor接口仅提供基本操作，而Abstraction则基于这些基本操作定义更高层次的操作。而策略模式强调Strategy抽象接口的提供的是一种算法，一般是无状态、无数据的，而Context则简单调用这些算法完成其操作。
3.桥接模式中不仅定义Implementor的接口而且定义Abstraction的接口，Abstraction的接口不仅仅是为了与Implementor通信而存在的，这也反映了结构型模式的特点：通过继承、聚合的方式组合类和对象以形成更大的结构。在策略模式中，Startegy和Context的接口都是两者之间的协作接口，并不涉及到其它的功能接口，所以它是行为模式的一种。行为模式的主要特点就是处理的是对象之间的通信方式，往往是通过引入中介者对象将通信双方解耦，在这里实际上就是将Context与实际的算法提供者解耦。
所以相对策略模式，桥接模式要表达的内容要更多，结构也更加复杂。桥接模式表达的主要意义其实是接口隔离的原则，即把本质上并不内聚的两种体系区别开来，使得它们可以松散的组合，而策略在解耦上还仅仅是某一个算法的层次，没有到体系这一层次。从结构图中可以看到，策略的结构是包容在桥接结构中的，桥接中必然存在着策略模式，Abstraction与Implementor之间就可以认为是策略模式，但是桥接模式一般Implementor将提供一系列的成体系的操作，而且Implementor是具有状态和数据的静态结构。而且桥接模式Abstraction也可以独立变化。
Ⅳ 策略模式实际上应用了什么设计原则
1.Petshop中策略模式的应用
至于在程序中的应用，我也是个新手，不知道何时需要这种模式，可以参考下petshop中的策略模式，理解下在真实项目中如何使用。我对petshop中策略模式的理解就是里面处理订单时可能有同步和异步插入数据两种方式，具体用那种方式直接在配置文件中修改即可。
看文字不如看图片，自己画了画UML图，不会用工具但是意思差不多。
这是IBLLStrategy类库中的接口IBLLStrage，为了同步异步插入订单的实现，如果有新的订单插入方式，可以继承此接口这两个类是处理同步异步的订单类。
继承于IBLLStrage，分别实现自己的插入方法。在BLL层中的order类中
private static readonly PetShop.IBLLStrategy.IOrderStrategy orderInse
rtStrategy = LoadInsertStrategy();LoadInsertStrategy
方法决定了实例化
的是同步传送订单还是异步传送订单。在BLL逻辑层中，Order订单中会改变的是insert方法，所以根据设计原则，把需要改变的独立出来。
2.控制台小应用程序
实例描述，模拟鸭子应用，由于后期需要可能有N种鸭子，鸭子可不可以飞，怎样飞，鸭子可不可以叫，怎么叫，如果仅仅写两个接口Ifly和Iquack，子类要么继承，要么不继承，对飞的行为无法控制，因为飞的动作和叫的方式千变万化。
设计原则
1.找出应用中可能需要变化之处，把他们独立出来，不要和那些不需要变化的代码混合在一起（此例子中鸭子的行为属于变化）
2.针对接口编程，而不是针对实现编程针对接口编程是真正的意思是针对超类型编程，利用多态，程序可以针对超类型编程，声明一个类时通常是一个超类或者是一个接口，这也意味着声明类时，不用理会以后执行的真正对象，举例Animal是一个抽象类，有两个子类Dog和Cat
继承Animal针对实现的编程是:
Cat c = new Cat();
c.meow();
//
猫叫的方式
Dog d = new Dog();
d.bark();
//
狗叫的方式针对接口的编程是：
Animal a = new Dog();
a.makeSound();
//makeSound中会调用bark();
Animal a = new Cat();
a.makeSound();
//makeSound中会调用meow();
3.多用组合，少用继承根据读headfirst策略模式做的c#的例子。
策略模式：定义了算法族，分别封装起来，让他们之间可以相互替换，次模式让算法的变化独立于使用算法的客户。
Ⅳ 策略模式的概念
（原文：The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.）
Context(应用场景):
1、需要使用ConcreteStrategy提供的算法。
2、 内部维护内一个Strategy的实例。
3、 负责动态容设置运行时Strategy具体的实现算法。
4、负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类)：
1、 定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，Context使用这个接口调用不同的算法，一般使用接口或抽象类实现。
ConcreteStrategy(具体策略类)：
2、 实现了Strategy定义的接口，提供具体的算法实现。
Ⅵ 如何利用工厂模式与策略模式实现商场收银系统
工厂模式是抄创建型模式袭 策略模式是行为性模式 一个关注对象创建 一个关注行为的封装 策略模式就是定义一系列的算法，这些算法可以在需要的时候替换和扩展．工厂模式是生成型的模式，在你需要的时候构建具体的实例． 在下面的情况下应当考虑使用策...
Ⅶ 微信营销的策略模式 五种策略模式有哪些
当你把客户吸引到了微信上，你只是成功了第一步。
因为他们只是对你的服务产生了一丢丢兴趣，但是还没有完全的信任你，也没有决定要购买你。
你要如何利用那一丢丢的兴趣，让客户从信任到购买呢？
如何建立信任：
1、具有说服力的案例
我见过很多做微信营销的人，对于自己的客户案例讳莫如深，根本就不告诉你到底是有什么成功案例。我该如何相信你？你也只不过是个陌生人而已，我可不敢立刻给你转账。所以，就算是编，也要把客户案例整理出来好吗？
2、具有说服力的背书平台
如果你的服务是在另外一个正规平台上售卖，那么你的可信度就大大提高了。因为平台是具备信用背书的。比如你是卖资料的，你在腾讯课堂开过课，那么大家会把你当做专家看待，自然就会放心的购买服务。
3、具有说服力的自媒体
当你有一个粉丝上万的自媒体号的时候，你本人就已经有了信用背书。想想啊，你必须经常更文，经常跟粉丝互动，才能攒到这么多粉丝，做了这么久都没有跑，应该是相对稳定的。
如何让顾客互相转介绍：
c端顾客，重点是看占没占到便宜，能占到便宜的事情，他们是跳着高做的。
所以让他们占以下几个便宜：
1）试用便宜
把你的用户都加到一个群里，借口就是进入可以申请试用，他们加进来告知，拉好友再赠他和好友各一个赠品；他为了占便宜，就要拉人。
2）拼单便宜
当你的群建立起来之后，在群里搞拼团活动，闺蜜团、同学团、同事团，只要拉人来，就能让所有人享受一样的优惠。
3）拉客分佣
对待那些铁粉，比如消费前几名的顾客，发展成代理。因为他们就是忠实使用者，一定深知产品的优势，让他们去帮你推荐，然后根据订单返佣。
Ⅷ 策略模式 里的一个小问题
为了调用你的其他策略类呀 根据传入不同的参数 然后你new 出不同的策略。
希望能帮到你！
Ⅸ 策略模式和生成器模式怎么觉得根本就是一个套路，类图一样，连算法都一样，策略模式的context不就
我上午不来是答过你自么：区别还是比较明显的吧，Builder的目的是希望用同样的生产过程，根据不同的生产者得到不同的产品。而外观模式则是将多个对象组合起来，它不需要生产者，也不需要得到不同的结果。有点象虚函数和普通函数的区别。
Ⅹ 策略模式的出行旅游：
<?php/***策略模式*定义一系列的算法,把每一个算法封装起来,并且使它们可相互替换。*本模式使得算法可独立于使用它的客户变化*//***出行旅游*/interfaceTravelStrategy{publicfunctiontravelAlgorithm();}/***具体策略类(ConcreteStrategy)*1：乘坐飞机*/{publicfunctiontravelAlgorithm(){echotravelbyAirPlain,<BR> ;}}/***具体策略类(ConcreteStrategy)*2：乘坐火车*/{publicfunctiontravelAlgorithm(){echotravelbyTrain,<BR> ;}}/***具体策略类(ConcreteStrategy)*3：骑自行车*/{publicfunctiontravelAlgorithm(){echotravelbyBicycle,<BR> ;}}/****环境类(Context):*用一个ConcreteStrategy对象来配置。*维护一个对Strategy对象的引用。可定义一个接口来让Strategy访问它的数据。*算法解决类，以提供客户选择使用何种解决方案：*/classPersonContext{private$_strategy=null;publicfunction__construct(TravelStrategy$travel){$this->_strategy=$travel;}/***旅行*/(TravelStrategy$travel){$this->_strategy=$travel;}/***旅行*/publicfunctiontravel(){return$this->_strategy->travelAlgorithm();}}//乘坐火车旅行$person=newPersonContext(newTrainStrategy());$person->travel();//改骑自行车$person->setTravelStrategy(newBicycleStrategy());$person->travel();?>