java模板方法模式

A. 在JAVA中是如何体现C++的函数模板这种机制的

很不好意思，Java的特性比C++少得多。Java不支持模板。只支持很少的类似于C++模板的语法来实现很有限的泛型编程。

Java对泛型编程的支持也是最近才加进去的，而且支持的很不好。你就不用指望能像C++那样用它了。

Java是一个非常纯粹的OOP语言，它天生就是相对动态的、后期的，编译期处理的信息非常少，这和C++强静态的特性是完全相反的。

Java的绝大部分类型信息都属于RTTI，也就是在运行时动态获取，不像C++是在编译期由编译器推导的，所以Java基本上不可能支持C++那样灵活的模板。

Java的泛型也是，说白了只是个障眼法，用类似C++那样的模板语法来包装了其面向对象动态cast的本质而已。
举例说，java中的Vector<int>，你给里面保存int的时候，每一个int都是先被包装成一个Integer对象然后塞进去，取出来的时候是先取出Object对象，转换成Integer对象，然后再从里面取出int这个整数，绕了很大一个弯子。
虽然从代码上写的和C++差不多都很简洁，但是实际的效率和C++差了n个数量级。这点上实在是比较恶心，C#都做得比它好，C#至少对于值类型还是会实例化代码的。

Java天生就是一个鼓励动态化、运行期化、OOP化的一个语言，所以它不适合使用C++中那些泛型编程的范式来设计程序。你如果能够忍受Java的装箱拆箱的巨大效率损失，你可以用OOP的方式来实现那种同一个函数服务多种类型的想法，但是的确很低效。

B. java一共有多少种模式,分别是啥啊谢谢大家帮忙

转载//////////////
Java中的23种设计模式:

Factory(工厂模式), Builder(建造模式), Factory Method(工厂方法模式),

Prototype(原始模型模式),Singleton(单例模式), Facade(门面模式),

Adapter(适配器模式), Bridge(桥梁模式), Composite(合成模式),

Decorator(装饰模式), Flyweight(享元模式), Proxy(代理模式),

Command(命令模式), Interpreter(解释器模式), Visitor(访问者模式),

Iterator(迭代子模式), Mediator(调停者模式), Memento(备忘录模式),

Observer(观察者模式), State(状态模式), Strategy(策略模式),

Template Method(模板方法模式), Chain Of Responsibleity(责任链模式)

工厂模式:工厂模式是一种经常被使用到的模式,根据工厂模式实现的类可以根据提供的数据生成一组类中某一个类的实例,通常这一组类有一个公共的抽象父类并且实现了相同的方法,但是这些方法针对不同的数据进行了不同的操作.首先需要定义一个基类,该类的子类通过不同的方法实现了基类中的方法.然后需要定义一个工厂类,工厂类可以根据条件生成不同的子类实例.当得到子类的实例后,开发人员可以调用基类中的方法而不必考虑到底返回的是哪一个子类的实例.

C. 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(){
//业务相关的代码
}
}

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

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

D. java常用的的设计模式和开发模式都有哪些

设计模式主抄要分三个类型、创建袭型、结构型和行为型。设计模式分：3种类型及23种模式。

JAVA中的开发模式：MVC是一个很常用的程序开发设计模式，M-Model（模型）：封装应用程序的状态；V-View（视图）：表示用户界面；C-Controller（控制器）：对用户的输入作出反应，创建并设置模型。

(4)java模板方法模式扩展阅读

创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。

结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。

行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式（Interpreter模式）、状态模式、策略模式、职责链模式(责任链模式)、访问者模式。

E. java模板模式、为什么没打印方法

你把代码贴出来，这图片格式的。。。
你调用一下g.timer();试试。

F. java开发模式有哪些

建议参考：Java设计模式
Java设计模式
一：创建型模式
工厂方法内，抽象工容厂，建造者模式，单态模式，原型模式
二：构造型模式
适配器模式，桥接模式，组合模式，装饰模式，外观模式
享元模式，代理模式
三：行为型模式
责任链模式，命令模式，解释器模式，迭代器模式，中介者模式
备忘录模式，观察者模式，状态模式，策略模式，模版方法，访问模式

G. Java中23种设计模式,哪些是必须了解的

抽象工制厂模式（Abstract Factory Pattern）
责任链模式（Chain of Responsibility Pattern）
代理模式（Proxy Pattern）
命令模式（Command Pattern）
观察者模式（Observer Pattern）
我就会这几个，看懂很容易，真的要明白其中的妙处就很难， 别贪多，搞明白一个就很有用的。

H. 如何理解java中回调机制和模板机制

即回调就是体现在你的同学又反过来拨打你的号码。 拿这个例子类比Ajax中的回调机制以及Spring中HibernateTemplate用到的回调+模板机制，可以更容易地理解回调机制。 Ajax代码：Java代码 functiontest{if(window.ActiveXObject){xmlHttp=newActiveXObject( Microsoft.XMLHTTP);}elseif(window.XMLHttpRequest){xmlHttp=newXMLHttpRequest();}xmlHttp.onreadystatechange=callback; xmlHttp.open(…); xmlHttp.send(null);} functioncallback{} 其中xmlHttp.onreadystatechange = callback 就是表示在state改变时调用callback函数，而这个callback就是一个回调函数。类比：xmlHttp发出请求就相当于你打电话给你的同学，xmlHttp不知道state何时发生变化，就相当于你不知道你的同学何时能解决问题。Callback函数就相当于你的电话号码， state发生变化时会调用callback函数，同样你的同学解决问题后会打电话通知你。 Spring中HibernateTemplate的回调机制与模板方法 HibernateTemplaet的源码很复杂，我们可以写一段简单的代码来模拟一下：Java代码interfaceCallBack{publicvoiddoCRUD();}publicclassHibernateTemplate{publicvoidexecute(CallBackaction){ getConnection(); action.doCRUD(); releaseConnection();}publicvoidadd(){execute(newCallBack(){publicvoiddoCRUD(){System.out.println( 执行add操作...);}});}publicvoiddelete(){execute(newCallBack(){publicvoiddoCRUD(){System.out.println( 执行delete操作...);}});}publicvoidgetConnection(){ System.out.println( 获得连接...);}publicvoidreleaseConnection(){ 释放连接...);}}类比：execute方法可以体现出模板模式。以add方法为例，调用execute方法就相当于你打电话给你的同学，但是你的同学说需要时间，就像execute方法需要首先获得连接一样，于是你把CallBack匿名类传递给它，在它获得连接之后会执行你的add操作，这就相当于你把电话号码告诉你的同学，他解决问题之后再打给你一样。