java是从什么语言改进重新设计的？
Sun公司的James Gosling领导的绿色计划(Green Project)开始着力发展一种分布式系统结构，使其能够在各种消费性电子产品上运行，他们使用了C/C++/Oak语言。由于多种原因，绿色计划逐渐陷于停滞状态。从而java诞生。我觉得java语言应该更像c++我说的是语言特性，不是指后来web开发
后来J2EE与C++那就远了，如果从语法基础上讲应该更像C++。我也不知道对不对！
Java程序中如何很好地运用设计模式？
1. 模式的定义
消息分为普通消息，加急消息，特急消息多种，不同的消息类型，业务功能处理是不一样的，现在要实现这样发送提示消息的功能，该如何实现呢？
如何才能既实现功能，又能灵活地扩展呢？
桥接模式的定义： 将抽象部分与它的实现部分分离，使它们都可以独立地变化。
2. UML图
Abstraction：抽象部分的接口，通常在这个对象中，要维护一个实现部分的对象引用，抽象对象里面的方法，需要调用实现部分的对象来完成。
RefinedAbstraction：扩展抽象部分的接口，通常在这些对象中，定义跟实际业务相关的方法。
Implementor：定义实现部分的接口，通常由Implementor接口提供基本的操作，Abstraction中定义的是基于这些基本操作的业务方法
concreteImplementor：真正实现Implementor接口的对象
//抽象部分就是各个消息的类型所对应的功能，而实现部分就是各种发送消息的方式/**
* 实现发送消息的统一接口
*/public interface MessageImplementor {
/**
* 发送消息
* @param message 要发送的消息内容
* @param toUser 把消息发送的目的人员
*/
public void send(String message,String toUser);
}/**
* 以站内短消息的方式发送消息
*/public class MessageSMS implements MessageImplementor{
public void send(String message, String toUser) {
System.out.println("使用站内短消息的方式，发送消息'"+message+"'给"+toUser);
}
}/**
* 以Email的方式发送消息
*/public class MessageEmail implements MessageImplementor{
public void send(String message, String toUser) {
System.out.println("使用Email的方式，发送消息'"+message+"'给"+toUser);
}
}/**
* 以手机短消息的方式发送消息
*/public class MessageMobile implements MessageImplementor{
public void send(String message, String toUser) {
System.out.println("使用手机短消息的方式，发送消息'"+message+"'给"+toUser);
}
}/**
* 抽象的消息对象
*/public abstract class AbstractMessage {
/**
* 持有一个实现部分的对象
*/
protected MessageImplementor impl; /**
* 构造方法，传入实现部分的对象
* @param impl 实现部分的对象
*/
public AbstractMessage(MessageImplementor impl){ this.impl = impl;
} /**
* 发送消息，转调实现部分的方法
* @param message 要发送的消息内容
* @param toUser 把消息发送的目的人员
*/
public void sendMessage(String message,String toUser){ this.impl.send(message, toUser);
}
}/**
* 普通消息
*/public class CommonMessage extends AbstractMessage{
public CommonMessage(MessageImplementor impl) { super(impl);
} public void sendMessage(String message, String toUser) { //对于普通消息，什么都不干，直接调用父类的方法，把消息发送出去就可以了
super.sendMessage(message, toUser);
}
}/**
* 加急消息
*/public class UrgencyMessage extends AbstractMessage{
public UrgencyMessage(MessageImplementor impl) { super(impl);
} public void sendMessage(String message, String toUser) {
message = "加急："+message; super.sendMessage(message, toUser);
} /**
* 监控某消息的处理过程
* @param messageId 被监控的消息的编号
* @return 包含监控到的数据对象，这里示意一下，所以用了Object
*/
public Object watch(String messageId) { //获取相应的数据，组织成监控的数据对象，然后返回
return null;
}
}/**
* 特急消息
*/public class SpecialUrgencyMessage extends AbstractMessage{
public SpecialUrgencyMessage(MessageImplementor impl) { super(impl);
} public void hurry(String messageId) { //执行催促的业务，发出催促的信息
} public void sendMessage(String message, String toUser) {
message = "特急："+message; super.sendMessage(message, toUser); //还需要增加一条待催促的信息
}
}public class Client {
public static void main(String[] args) { //创建具体的实现对象
MessageImplementor impl = new MessageSMS(); //创建一个普通消息对象
AbstractMessage m = new CommonMessage(impl);
m.sendMessage("请喝一杯茶", "小李"); //创建一个紧急消息对象
m = new UrgencyMessage(impl);
m.sendMessage("请喝一杯茶", "小李"); //创建一个特急消息对象
m = new SpecialUrgencyMessage(impl);
m.sendMessage("请喝一杯茶", "小李"); //把实现方式切换成手机短消息，然后再实现一遍
impl = new MessageMobile();
m = new CommonMessage(impl);
m.sendMessage("请喝一杯茶", "小李");
m = new UrgencyMessage(impl);
m.sendMessage("请喝一杯茶", "小李");
m = new SpecialUrgencyMessage(impl);
m.sendMessage("请喝一杯茶", "小李");
}
}
3. 研磨设计模式
1) 什么是桥接？为何需要桥接？如何桥接？
所谓桥接，通俗点就是在不同的东西之间搭一个桥，让它们能够连接起来，可以相互通讯和使用。
为被分离了的抽象部分和实现部分来搭桥，只要让抽象部分拥有实现部分的接口对象，就桥接上了
为了达到让抽象部分和实现部分都可以独立变化的目的
抽象部分的实现通常是需要调用实现部分的功能来实现的
2） 继承是扩展对象功能的一种常见手段，通常情况下，继承扩展的功能变化维度都是一维的。
3）由谁来桥接： 就是谁来负责创建抽象部分和实现部分的关系，即谁来负责创建Implementor对象，并把它设置到抽象部分的对象中去。 - 由客户端负责创建Implementor,并在创建抽象部分对象的时候，把它设置到抽象部分的对象中 - 可以抽象工厂或简单工厂来选择创建具体的Implementor对象，抽象部分的类可以通过工厂的方法来获取Implementor对象 - 使用IOC/DI容器来创建具体的Implementor对象，并注入到Abstraction中
4） 典型的例子 JDBC：抽象部分是JDBC的API，具体实现式驱动程序
5）桥接模式的本质：分离抽象和实现 只有把抽象部分和实现部分分离开，才能够让它们独立地变化。
谢邀！
设计模式是对普遍出现的一类问题的解决方案的总结，是前人的经验与设计总结。
设计模式不要一开始就强追着用，为了使用设计模式而使用，应该在某些问题出现的时候使用对应的策略，达到解决遇到的问题，这样才可以用好。
希望对你有所帮助！
设计模式在实际工作中的运用是一个潜移默化的过程，如果为了设计模式而设计模式，可能走上过度设计的歧途，自己也会感觉很别扭。
要想用好设计模式，我有以下三点经验：
1，首先彻底理解设计模式，为什么会有这23种设计模式，都解决的什么问题？
2，学习设计模式的使用样例。在很多开源代码中都会找到典型的使用设计模式的例子
3，理解自己的业务。先别急着套用设计模式。先理解自己的代码。看看是否有些代码可以优化。
循序渐进，不要急
想用Java写一套漂亮的代码，哪些设计模式比较常用？
总体来说设计模式可以分为三大类
创建型模式：工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式
结构型模式：适配器模式、过滤器模式、装饰模式、享元模式、代理模式、外观模式、组合模式、桥接模式
行为型模式：责任链模式、命令模式、中介者模式、观察者模式、状态模式、策略模式、模板模式、空对象模式、备忘录模式、迭代器模式、解释器模式、访问者模式
其中常用的设计模式有：
单例模式
单例模式是设计模式中最简单的模式之一。通常，普通类的构造函数是公有的，外部类可以通过“new 构造函数()”来生成多个实例。但是，如果将类的构造函数设为私有的，外部类就无法调用该构造函数，也就无法生成多个实例。这时该类自身必须定义一个静态私有实例，并向外提供一个静态的公有函数用于创建或获取该静态私有实例。
单例模式的主要角色如下。
- 单例类：包含一个实例且能自行创建这个实例的类。
- 访问类：使用单例的类。
工厂方法模式
在《简单工厂模式》一节我们介绍了简单工厂模式，提到了简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。
工厂方法模式的主要角色如下。
- 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。
- 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
- 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
- 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。
适配器模式
适配器模式（Adapter）的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式分为：
- 类结构型模式
- 对象结构型模式
前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
适配器模式（Adapter）包含以下主要角色。
- 目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
- 适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
- 适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。
对象适配器模式的结构图
装饰模式
装饰器（Decorator）模式的定义：指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式。
装饰器模式主要包含以下角色。
- 抽象构件（Component）角色：定义一个抽象接口以规范准备接收附加责任的对象。
- 具体构件（ConcreteComponent）角色：实现抽象构件，通过装饰角色为其添加一些职责。
- 抽象装饰（Decorator）角色：继承抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。
- 具体装饰（ConcreteDecorator）角色：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任。
装饰器模式的结构图如图 1 所示。
策略模式
策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。
策略模式的主要角色如下。
- 抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
- 具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
- 环境（Context）类：持有一个策略类的引用，最终给客户端调用。
其结构图如图。
代理模式
代理模式的定义：由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介。
代理模式的主要角色如下。
- 抽象主题（Subject）类：通过接口或抽象类声明真实主题和代理对象实现的业务方法。
- 真实主题（Real Subject）类：实现了抽象主题中的具体业务，是代理对象所代表的真实对象，是最终要引用的对象。
- 代理（Proxy）类：提供了与真实主题相同的接口，其内部含有对真实主题的引用，它可以访问、控制或扩展真实主题的功能。
其结构图如图
还没有评论，来说两句吧...