java短信模板

❶ java开发中的23种设计模式详解(转)_Java开发模式

设计模式（Design Patterns）

——可复用面向对象软件的基础

设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。

毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程猜模唤化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。

一、设计模式的分类

总体来说设计模式分为三大类：

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式，共七种：适配器模式、装饰器模式、代理模式、码敬外观模式、桥接模式、组合模式、享元模式。

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

其实还有两类：并发型模式和线程池模式。用一个图片来整体描述一下：

二、设计模式的六大原则

1、开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。

里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。

LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Bai 网络

3、依赖倒转原则（Dependence Inversion Principle）

这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）

为什么叫最少知道原则，就是说：一个实体应当尽量穗凯少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）

原则是尽量使用合成/聚合的方式，而不是使用继承。

三、Java的23中设计模式

从这一块开始，我们详细介绍Java中23种设计模式的概念，应用场景等情况，并结合他们的特点及设计模式的原则进行分析。

1、工厂方法模式（Factory Method）

工厂方法模式分为三种：

11、普通工厂模式，就是建立一个工厂类，对实现了同一接口的一些类进行实例的创建。首先看下关系图：

举例如下：（我们举一个发送邮件和短信的例子）

首先，创建二者的共同接口：
[java]view plain publicinterfaceSender{publicvoidSend();}
其次，创建实现类：
[java]view plain {@OverridepublicvoidSend(){System.out.println("thisismailsender!");}} [java]view plain {@OverridepublicvoidSend(){System.out.println("thisissmssender!");}}
最后，建工厂类：
[java]view plain publicclassSendFactory{publicSenderproce(Stringtype){if("mail".equals(type)){returnnewMailSender();}elseif("sms".equals(type)){returnnewSmsSender();}else{System.out.println("请输入正确的类型!");returnnull;}}}
我们来测试下：
publicclassFactoryTest{publicstaticvoidmain(String[]args){SendFactoryfactory=newSendFactory();Sendersender=factory.proce("sms");sender.Send();}}
输出：this is sms sender!

22、多个工厂方法模式，是对普通工厂方法模式的改进，在普通工厂方法模式中，如果传递的字符串出错，则不能正确创建对象，而多个工厂方法模式是提供多个工厂方法，分别创建对象。关系图：

将上面的代码做下修改，改动下SendFactory类就行，如下：
[java]view plainpublicclassSendFactory{publicSenderproceMail(){ returnnewMailSender();}publicSenderproceSms(){returnnewSmsSender();}}
测试类如下：
[java]view plain publicclassFactoryTest{publicstaticvoidmain(String[]args){SendFactoryfactory=newSendFactory();Sendersender=factory.proceMail();sender.Send();}}
输出：this is mailsender!

33、静态工厂方法模式，将上面的多个工厂方法模式里的方法置为静态的，不需要创建实例，直接调用即可。
[java]view plain publicclassSendFactory{publicstaticSenderproceMail(){returnnewMailSender();}publicstaticSenderproceSms(){returnnewSmsSender();}} [java]view plain publicclassFactoryTest{publicstaticvoidmain(String[]args){Sendersender=SendFactory.proceMail();sender.Send();}}
输出：this is mailsender!

总体来说，工厂模式适合：凡是出现了大量的产品需要创建，并且具有共同的接口时，可以通过工厂方法模式进行创建。在以上的三种模式中，第一种如果传入的字符串有误，不能正确创建对象，第三种相对于第二种，不需要实例化工厂类，所以，大多数情况下，我们会选用第三种——静态工厂方法模式。

2、抽象工厂模式（Abstract Factory）

工厂方法模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，如何解决？就用到抽象工厂模式，创建多个工厂类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。因为抽象工厂不太好理解，我们先看看图，然后就和代码，就比较容易理解。

请看例子：
[java]view plain publicinterfaceSender{publicvoidSend();}
两个实现类：
[java]view plain {@OverridepublicvoidSend(){System.out.println("thisismailsender!");}} [java]view plain {@OverridepublicvoidSend(){System.out.println("thisissmssender!");}}
两个工厂类：
[java]view plain {@OverridepublicSenderproce(){returnnewMailSender();}} [java]view plain {@OverridepublicSenderproce(){returnnewSmsSender();}}
在提供一个接口：
[java]view plain publicinterfaceProvider{publicSenderproce();}
测试类：
[java]view plain publicclassTest{publicstaticvoidmain(String[]args){Providerprovider=newSendMailFactory();Sendersender=provider.proce();sender.Send();}}
其实这个模式的好处就是，如果你现在想增加一个功能：发及时信息，则只需做一个实现类，实现Sender接口，同时做一个工厂类，实现Provider接口，就OK了，无需去改动现成的代码。这样做，拓展性较好！

3、单例模式（Singleton）

单例对象（Singleton）是一种常用的设计模式。在Java应用中，单例对象能保证在一个JVM中，该对象只有一个实例存在。这样的模式有几个好处：

1、某些类创建比较频繁，对于一些大型的对象，这是一笔很大的系统开销。

2、省去了new操作符，降低了系统内存的使用频率，减轻GC压力。

3、有些类如交易所的核心交易引擎，控制着交易流程，如果该类可以创建多个的话，系统完全乱了。（比如一个军队出现了多个司令员同时指挥，肯定会乱成一团），所以只有使用单例模式，才能保证核心交易服务器独立控制整个流程。

首先我们写一个简单的单例类：
[java]view plain publicclassSingleton{/*持有私有静态实例，防止被引用，此处赋值为null，目的是实现延迟加载*/=null;/*私有构造方法，防止被实例化*/privateSingleton(){}/*静态工程方法，创建实例*/(){if(instance==null){instance=newSingleton();}returninstance;}/*如果该对象被用于序列化，可以保证对象在序列化前后保持一致*/publicObjectreadResolve(){returninstance;}}
这个类可以满足基本要求，但是，像这样毫无线程安全保护的类，如果我们把它放入多线程的环境下，肯定就会出现问题了，如何解决？我们首先会想到对getInstance方法加synchronized关键字，如下：
[java]view plain (){if(instance==null){instance=newSingleton();}returninstance;}
但是，synchronized关键字锁住的是这个对象，这样的用法，在性能上会有所下降，因为每次调用getInstance()，都要对对象上锁，事实上，只有在第一次创建对象的时候需要加锁，之后就不需要了，所以，这个地方需要改进。我们改成下面这个：
[java]view plain (){if(instance==null){synchronized(instance){if(instance==null){instance=newSingleton();}}}returninstance;}
似乎解决了之前提到的问题，将synchronized关键字加在了内部，也就是说当调用的时候是不需要加锁的，只有在instance为null，并创建对象的时候才需要加锁，性能有一定的提升。但是，这样的情况，还是有可能有问题的，看下面的情况：在Java指令中创建对象和赋值操作是分开进行的，也就是说instance = new Singleton();语句是分两步执行的。但是JVM并不保证这两个操作的先后顺序，也就是说有可能JVM会为新的Singleton实例分配空间，然后直接赋值给instance成员，然后再去初始化这个Singleton实例。这样就可能出错了，我们以A、B两个线程为例：

a>A、B线程同时进入了第一个if判断

b>A首先进入synchronized块，由于instance为null，所以它执行instance = new Singleton();

c>由于JVM内部的优化机制，JVM先画出了一些分配给Singleton实例的空白内存，并赋值给instance成员（注意此时JVM没有开始初始化这个实例），然后A离开了synchronized块。

d>B进入synchronized块，由于instance此时不是null，因此它马上离开了synchronized块并将结果返回给调用该方法的程序。

e>此时B线程打算使用Singleton实例，却发现它没有被初始化，于是错误发生了。

所以程序还是有可能发生错误，其实程序在运行过程是很复杂的，从这点我们就可以看出，尤其是在写多线程环境下的程序更有难度，有挑战性。我们对该程序做进一步优化：
[java]view plain {=newSingleton();}(){returnSingletonFactory.instance;}
实际情况是，单例模式使用内部类来维护单例的实现，JVM内部的机制能够保证当一个类被加载的时候，这个类的加载过程是线程互斥的。这样当我们第一次调用getInstance的时候，JVM能够帮我们保证instance只被创建一次，并且会保证把赋值给instance的内存初始化完毕，这样我们就不用担心上面的问题。同时该方法也只会在第一次调用的时候使用互斥机制，这样就解决了低性能问题。这样我们暂时总结一个完美的单例模式：
[java]view plain publicclassSingleton{/*私有构造方法，防止被实例化*/privateSingleton(){}/*此处使用一个内部类来维护单例*/{=newSingleton();}/*获取实例*/(){returnSingletonFactory.instance;}/*如果该对象被用于序列化，可以保证对象在序列化前后保持一致*/publicObjectreadResolve(){returngetInstance();}}
其实说它完美，也不一定，如果在构造函数中抛出异常，实例将永远得不到创建，也会出错。所以说，十分完美的东西是没有的，我们只能根据实际情况，选择最适合自己应用场景的实现方法。也有人这样实现：因为我们只需要在创建类的时候进行同步，所以只要将创建和getInstance()分开，单独为创建加synchronized关键字，也是可以的：
[java]view plain publicclassSingletonTest{=null;privateSingletonTest(){}(){if(instance==null){instance=newSingletonTest();}}(){if(instance==null){syncInit();}returninstance;}}
考虑性能的话，整个程序只需创建一次实例，所以性能也不会有什么影响。

补充：采用"影子实例"的办法为单例对象的属性同步更新
[java]view plain publicclassSingletonTest{=null;privateVectorproperties=null;publicVectorgetProperties(){returnproperties;}privateSingletonTest(){}(){if(instance==null){instance=newSingletonTest();}}(){if(instance==null){syncInit();}returninstance;}publicvoipdateProperties(){SingletonTestshadow=newSingletonTest();properties=shadow.getProperties();}}
通过单例模式的学习告诉我们：

1、单例模式理解起来简单，但是具体实现起来还是有一定的难度。

2、synchronized关键字锁定的是对象，在用的时候，一定要在恰当的地方使用（注意需要使用锁的对象和过程，可能有的时候并不是整个对象及整个过程都需要锁）。

到这儿，单例模式基本已经讲完了，结尾处，笔者突然想到另一个问题，就是采用类的静态方法，实现单例模式的效果，也是可行的，此处二者有什么不同？

首先，静态类不能实现接口。（从类的角度说是可以的，但是那样就破坏了静态了。因为接口中不允许有static修饰的方法，所以即使实现了也是非静态的）

其次，单例可以被延迟初始化，静态类一般在第一次加载是初始化。之所以延迟加载，是因为有些类比较庞大，所以延迟加载有助于提升性能。

再次，单例类可以被继承，他的方法可以被覆写。但是静态类内部方法都是static，无法被覆写。

最后一点，单例类比较灵活，毕竟从实现上只是一个普通的Java类，只要满足单例的基本需求，你可以在里面随心所欲的实现一些其它功能，但是静态类不行。从上面这些概括中，基本可以看出二者的区别，但是，从另一方面讲，我们上面最后实现的那个单例模式，内部就是用一个静态类来实现的，所以，二者有很大的关联，只是我们考虑问题的层面不同罢了。两种思想的结合，才能造就出完美的解决方案，就像HashMap采用数组+链表来实现一样，其实生活中很多事情都是这样，单用不同的方法来处理问题，总是有优点也有缺点，最完美的方法是，结合各个方法的优点，才能最好的解决问题！

4、建造者模式（Builder）

工厂类模式提供的是创建单个类的模式，而建造者模式则是将各种产品集中起来进行管理，用来创建复合对象，所谓复合对象就是指某个类具有不同的属性，其实建造者模式就是前面抽象工厂模式和最后的Test结合起来得到的。我们看一下代码：

还和前面一样，一个Sender接口，两个实现类MailSender和SmsSender。最后，建造者类如下： [java]view plain publicclassBuilder{privateList list=newArrayList ();publicvoidproceMailSender(intcount){for(inti=0;i0){pos--;}returncollection.get(pos);}@OverridepublicObjectnext(){if(pos

❷ java可以实现c语言的模板功能吗

1、java是纯面向对象的语言（main都是写到类里的），所以没有原生的模板功能。

2、使用“模板模式”可以实现类似的效果，这也是java里最常用的模式之一。

以下是一篇教程：

模板方法模式的结构

模板方法模式是所有模式中最为常见的几个模式之一，是基于继承的代码复用的基本技术。

模板方法模式需要开发抽象类和具体子类的设计师之间的协作。一个设计师负责给出一个算法的轮廓和骨架，另一些设计师则负责给出这个算法的各个逻辑步骤。代表这些具体逻辑步骤的方法称做基本方法(primitive method)；而将这些基本方法汇总起来的方法叫做模板方法(template method)，这个设计模式的名字就是从此而来。

模板方法所代表的行为称为顶级行为，其逻辑称为顶级逻辑。模板方法模式的静态结构图如下所示：

这里涉及到两个角色：

抽象模板(Abstract Template)角色有如下责任：

■定义了一个或多个抽象操作，以便让子类实现。这些抽象操作叫做基本操作，它们是一个顶级逻辑的组成步骤。

■定义并实现了一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现。顶级逻辑也有可能调用一些具体方法。

具体模板(Concrete Template)角色又如下责任：

■实现父类所定义的一个或多个抽象方法，它们是一个顶级逻辑的组成步骤。

■每一个抽象模板角色都可以有任意多个具体模板角色与之对应，而每一个具体模板角色都可以给出这些抽象方法（也就是顶级逻辑的组成步骤）的不同实现，从而使得顶级逻辑的实现各不相同。

源代码

抽象模板角色类，abstractMethod()、hookMethod()等基本方法是顶级逻辑的组成步骤，这个顶级逻辑由templateMethod()方法代表。

{
/**
*模板方法
*/
publicvoidtemplateMethod(){
//调用基本方法
abstractMethod();
hookMethod();
concreteMethod();
}
/**
*基本方法的声明（由子类实现）
*/
();
/**
*基本方法(空方法)
*/
protectedvoidhookMethod(){}
/**
*基本方法（已经实现）
*/
(){
//业务相关的代码
}
}

具体模板角色类，实现了父类所声明的基本方法，abstractMethod()方法所代表的就是强制子类实现的剩余逻辑，而hookMethod()方法是可选择实现的逻辑，不是必须实现的。

{
//基本方法的实现
@Override
publicvoidabstractMethod(){
//业务相关的代码
}
//重写父类的方法
@Override
publicvoidhookMethod(){
//业务相关的代码
}
}

模板模式的关键是：子类可以置换掉父类的可变部分，但是子类却不可以改变模板方法所代表的顶级逻辑。

每当定义一个新的子类时，不要按照控制流程的思路去想，而应当按照“责任”的思路去想。换言之，应当考虑哪些操作是必须置换掉的，哪些操作是可以置换掉的，以及哪些操作是不可以置换掉的。使用模板模式可以使这些责任变得清晰。

❸ 求一份好的java简历 关于 IT技能 方面较好好的模板

个 人 简 历

姓 名：xxx 性 别：xx
出生年月：xx年xx月 籍 贯： xxxx
学 历：xx 电子邮件： xxxxxx
手 机：xxxx 现居地：xxxxxx

【自我评价】
1. 本人喜欢帮助别人，乐于协同同事共同完成任务，有很强的团队沟通和配合意识。
2. 有比较强的开发能力，勇于面对困难和挑战，有很好的分析问题与解决问题的能力。
3. 自学能力及适应能力强，可以快速掌握新的技术点，融入新的环境。
4. 可以连续作战，抗高压。

【求职意向】
目标职位：软件开发工程师工作性质：全职

【个人技能】
1. 对ERP外贸进出口业务有较深刻的理解。
2. 熟悉会计基础和财务电算化。
3. 熟练使用JSP, Servlet, JDBC, EL, JSTL,Tomcat下的编程开发。
4. 熟练使用Struts2、Hibernate、Spring三大框架进行组合开发。
5. 熟练使用mysql、SqlServer、oracle数据库进行开发。
6. 熟悉使用当前一些优秀的JavaScript框架，如jquery框架等。
7. 熟悉ubuntu系统下项目的部署。

【工作经历】
2011/7-2013/4 北京南北天地科技股份有限公司
职位：JAVA开发工程师

【项目经验】
1.南北N7协同办公群件平台
系统环境：Windows XP
开发工具：MyEclipse8.5, Dreamweaver8 ,Tomcat6.0 ,Mysql
项目描述：
基于J2EE平台，采用Struts2, Hibernate, Spring以及Jquery,Ajax,等技术。系统采
用多层架构设计：展现层，控制转发层，业务逻辑层，Dao层，持久化层。层之间使用
接口通信，降低系统耦合。该系统实现了企业内部各种信息资源的共享，加强了员工
之间的交流、提高整体工作效率，同时方便领导对公司情况的及时了解、提供决策支持。
具体模块分为个人办公、报销管理、公文管理、公共信息、行政办公、消息管理、工作
流程、部门管理、考勤管理、车辆管理、人事档案、我的工作台等模块。
其中展现层使用Struts2框架来实现MVC模式，使用ognl，使用Ajax技术和Struts2来进行表单验证的验证机制以及表单重复提交的问题，使系统具有较好的用户体验。业务逻辑层使用Spring的AOP进行声明式事务管理，使用Spring的依赖注入IOC来维护业务对象之间的关联，持久化层使用hibernate来实现，通过DAO模式封装PO对象，采用DWR+Jquery来实现动态授权，自定义拦截器来实现权限的认证；采用JBPM开源的工作流引擎实现公文流转模块和工作流程模块，结合Freemarker模板技术实现动态表单定义模型。
责任描述：负责报销管理模块、部门管理模块和权限管理模块以及部分需求文档的编写

2.中信金属N7外贸管理系统
系统环境：Windows XP
开发工具：Eclipse,Tomcat6.0 , SQL Server2005
项目描述：
中信金属外贸erp包括“自营出口、代理出口、自营进口、代理进口、转口业务、内贸业务”这6个主要业务流程。因为货物流通必然会产生费用，为了实现财务业务一体化，这些费用都要实时进行核算，财务要实时做记账凭证，登记账薄。所以南北外贸系统是基于财务系统开发的，整个财务系统体系又可分为“账务系统、报表系统、固定资产、工资系统等”。内外贸业务流程都是由货物流和资金流两部分组成，如：
自营出口：
货物流：自营出口合同à国内采购合同à自营出口入库单à销售发货单；
资金流（收）：销售发票à收款登记；
资金流（付）：货款、费用发票à付款申请à财务实际支付
自营进口：
货物流：一般贸易进口合同à国内销售合同à进口入库单à销售发货单；
资金流（收）：销售发票à收款登记；
资金流（付）：进口成本发票（进口到单）à进口付汇申请à财务实际支付
进口费用发票à费用付款申请à财务实际支付
此外，还有特殊的内贸业务“钢材自营和钢材代理”、非业务管理、ERP财务处理等。
责任描述：
负责数据库的搭建、各个业务流程的界面搭建及业务逻辑开发和部分系统需求文档的编写。

可以给分了您的 谢谢

❹ 如何创建 Java 项目模板

用eclipse插件开发（RCP，也就是你讲的swt/jface）做一个插件吧.
首先建个模板工程，就是一个你要作为模板的普通工程；
然后做一个插件，可以是一个按钮，点击弹出一个对话框，进行一些基本配置，如项目名、路径等，确定后，将把模板工程拷贝到目标的工作区中，然后改一下项目配置（一般你的项目根目录下都会有项目的基本属性的文件，.project、.classpath等，可以用插件直接编辑它们），之后导入工程，模板就导入了

不知道你是不是这个意思