*Spring系列

Spring 框架简介

Spring系列:Spring框架简介http://www.ibm.com/developerworks/cn/java/wa-spring1/ Spring中XML配置文件的十二个最佳方法(上）http
lxqluo·2011-11-14 16:00

博文整理(编程技术深入解剖系列--Spring技术,实体框架)

1、Spring关键技术解剖系列Spring系列(1)--创建动态代理类Spring系列(2)--为什么需要动态代理Spring系列(3/1)---交互的一种尝试Spring系列(3/2)---交互的改进
hawksoft·2011-10-19 07:00

博文整理(编程技术深入解剖系列--Spring技术,实体框架)

1、Spring关键技术解剖系列 Spring系列(1)--创建动态代理类 Spring系列(2)--为什么需要动态代理 Spring系列(3/1)---交互的一种尝试 Spring系列(3/2
wodamazi·2011-10-19 07:00

博文整理(编程技术深入解剖系列--Spring技术,实体框架)

1、Spring关键技术解剖系列 Spring系列(1)--创建动态代理类 Spring系列(2)--为什么需要动态代理 Spring系列(3/1)---交互的一种尝试 Spring系列(3/2
iwebcode·2011-10-19 07:00

博文整理(编程技术深入解剖系列--Spring技术,实体框架)

1、Spring关键技术解剖系列 Spring系列(1)--创建动态代理类 Spring系列(2)--为什么需要动态代理 Spring系列(3/1)---交互的一种尝试 Spring系列(3/2
javasalatu·2011-10-19 07:00

【Spring系列】IOC容器初始化和依赖注入

IoC最核心就是两个过程：IoC容器初始化和IoC依赖注入，下面通过简单的图示来表述其中的关键过程: 依赖注入： 
红叔·2011-10-13 12:00

【Spring系列】Bean的作用域及自定义作用域

在spring2.0之前bean只有2种作用域即：singleton(单例)、non-singleton（也称prototype）,Spring2.0以后，增加了session、request、globalsession三种专用于Web应用程序上下文的Bean。因此，默认情况下Spring2.0现在有五种类型的Bean。当然，Spring2.0对Bean的类型的设计进行了重构，并设计出灵活的Bea
红叔·2011-10-11 19:00

【spring系列】spring框架结构

Spring 框架的 7 个模块Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图所示。 图 1. Spring 框架的 7 个模块组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：1、核心容器：核心容器提供 Spring 框架的
红叔·2011-10-11 15:00

Spring 框架简介

在这篇由三部分组成的Spring系列的第1部分中，我将介绍Spring框架。
红叔·2011-08-22 15:00

Spring 框架简介

在这篇由三部分组成的Spring系列的第1部分中，我将介绍Spring框架。我先从框架底层模型的角度描述该框架的功能，然后将讨论两个最有趣的模块：Sprin
love_Ubuntu·2011-08-17 19:00

Spring 系列，第 3 部分: 进入 Spring MVC

在 Spring系列 的第3部分中，我介绍SpringMVC框架。就像在以前的文章中一样，我用银行示例介绍如何建模和构建简单的应用程序。
seng3018·2011-08-15 14:00

Spring 系列: Spring 框架简介

在这篇由三部分组成的 Spring系列 的第1部分中，我将介绍Spring框架。
seng3018·2011-08-15 14:00

Spring 系列，第 4 部分: Spring JMS 消息处理 1-2-3

在 Spring系列 的第4期也是最后一期中，我将介绍SpringJMS（Java消息服务）框架的特性。JMSPG定义了Java应用程序通过面向消息的中间件（MOM）创建和交换消息的标准途径。
seng3018·2011-08-15 14:00

Spring系列(6)---总结（完）

下面我们来看看IOC和AOP的一些优劣：IOC：优势：1）可以解耦一些逻辑关系，使得这种关系更加松散，而且可以在不重新编译程序的情况下通过配置信息的更改达到更改程序逻辑的目的；2）可以大量减少一些中间（比如典型的创建逻辑）类；3）带来了很大的灵活性和可扩展性。劣势：1）只适合逻辑比较简单，而且形式比较统一，量比较大的地方，对于复杂的逻辑使用配置文件完成，反而会增加系统的复杂度和难度；2）会带来一些
hawksoft·2011-08-14 19:00

Spring系列(6)---总结（完）

下面我们来看看IOC和AOP的一些优劣： IOC： 优势：1）可以解耦一些逻辑关系，使得这种关系更加松散，而且可以在不重新编译程序的情况下通过配置信息的更改达到更改程序逻辑的目的；2）可以大量减少一些中间（比如典型的创建逻辑）类；3）带来了很大的灵活性和可扩展性。 劣势：1）只适合逻辑比较简单，而且形式比较统一，量比较大的地方，对于复杂的逻辑使用配置文件完成，反而会增加系统的复杂度和难度；2
wodamazi·2011-08-14 19:00

Spring系列(6)---总结（完）

下面我们来看看IOC和AOP的一些优劣： IOC： 优势：1）可以解耦一些逻辑关系，使得这种关系更加松散，而且可以在不重新编译程序的情况下通过配置信息的更改达到更改程序逻辑的目的；2）可以大量减少一些中间（比如典型的创建逻辑）类；3）带来了很大的灵活性和可扩展性。 劣势：1）只适合逻辑比较简单，而且形式比较统一，量比较大的地方，对于复杂的逻辑使用配置文件完成，反而会增加系统的复杂度和难度；2
iwebcode·2011-08-14 19:00

Spring系列(6)---总结（完）

下面我们来看看IOC和AOP的一些优劣： IOC： 优势：1）可以解耦一些逻辑关系，使得这种关系更加松散，而且可以在不重新编译程序的情况下通过配置信息的更改达到更改程序逻辑的目的；2）可以大量减少一些中间（比如典型的创建逻辑）类；3）带来了很大的灵活性和可扩展性。 劣势：1）只适合逻辑比较简单，而且形式比较统一，量比较大的地方，对于复杂的逻辑使用配置文件完成，反而会增加系统的复杂度和难度；2
javasalatu·2011-08-14 19:00

Spring系列(6)---总结（1）

Spring当然不仅仅只包括我们前面看到的这些技术，但其核心的思想主要是IOC+AOP这两块。在前面的几块中我们着重讲了AOP,最后简单介绍了一下IOC.这个系列介绍到这儿，基本涉及了Spring主要思想和技术，并建立了自己的一个简单的AOP模型。（一）我们首先来看看我们用到了那些关键性技术：1)动态编译或IL指令注入   框架提供了这种技术的类库支持，如果没有这种库的支持，要完成AOP编程，难度
hawksoft·2011-08-14 18:00

Spring系列(6)---总结（1）

Spring当然不仅仅只包括我们前面看到的这些技术，但其核心的思想主要是IOC+AOP这两块。在前面的几块中我们着重讲了AOP,最后简单介绍了一下IOC.这个系列介绍到这儿，基本涉及了Spring主要思想和技术，并建立了自己的一个简单的AOP模型。 （一）我们首先来看看我们用到了那些关键性技术： 1) 动态编译或IL指令注入 框架提供了这种技术的类库支持，如果没有这种库的支持，要完成AOP编程
wodamazi·2011-08-14 18:00

Spring系列(6)---总结（1）

Spring当然不仅仅只包括我们前面看到的这些技术，但其核心的思想主要是IOC+AOP这两块。在前面的几块中我们着重讲了AOP,最后简单介绍了一下IOC.这个系列介绍到这儿，基本涉及了Spring主要思想和技术，并建立了自己的一个简单的AOP模型。 （一）我们首先来看看我们用到了那些关键性技术： 1) 动态编译或IL指令注入 框架提供了这种技术的类库支持，如果没有这种库的支持，要完成AOP编程
iwebcode·2011-08-14 18:00

Spring系列(6)---总结（1）

Spring当然不仅仅只包括我们前面看到的这些技术，但其核心的思想主要是IOC+AOP这两块。在前面的几块中我们着重讲了AOP,最后简单介绍了一下IOC.这个系列介绍到这儿，基本涉及了Spring主要思想和技术，并建立了自己的一个简单的AOP模型。 （一）我们首先来看看我们用到了那些关键性技术： 1) 动态编译或IL指令注入 框架提供了这种技术的类库支持，如果没有这种库的支持，要完成AOP编程
javasalatu·2011-08-14 18:00

Spring系列(5)---IOC技术.

说实话，我对Spring技术还是不算很了解，IOC的技术我在实体框架技术中提到过，但IOC和AOP作为Spring技术的两个核心思想，我觉得在总结之前，还是有必要说明一下我所理解的IOC.我们知道，如果两个事务之间存在逻辑关系，而且你需要根据这个逻辑关系做事，(比如类A和类B，类A需要调用类B的方法，比如ORM等)，那么该做的事情，其实一件都不会少的，只是我们可以利用一些技术手段来减少直接的依赖或
hawksoft·2011-08-14 17:00

Spring系列(5)---IOC技术.

说实话，我对Spring技术还是不算很了解，IOC的技术我在实体框架技术中提到过，但IOC和AOP作为Spring技术的两个核心思想，我觉得在总结之前，还是有必要说明一下我所理解的IOC. 我们知道，如果两个事务之间存在逻辑关系，而且你需要根据这个逻辑关系做事，(比如类A和类B，类A需要调用类B的方法，比如ORM等)，那么该做的事情，其实一件都不会少的，只是我们可以利用一些技术手段来减少直接的依
wodamazi·2011-08-14 17:00

Spring系列(5)---IOC技术.

说实话，我对Spring技术还是不算很了解，IOC的技术我在实体框架技术中提到过，但IOC和AOP作为Spring技术的两个核心思想，我觉得在总结之前，还是有必要说明一下我所理解的IOC. 我们知道，如果两个事务之间存在逻辑关系，而且你需要根据这个逻辑关系做事，(比如类A和类B，类A需要调用类B的方法，比如ORM等)，那么该做的事情，其实一件都不会少的，只是我们可以利用一些技术手段来减少直接的依
javasalatu·2011-08-14 17:00

Spring系列(5)---IOC技术.

说实话，我对Spring技术还是不算很了解，IOC的技术我在实体框架技术中提到过，但IOC和AOP作为Spring技术的两个核心思想，我觉得在总结之前，还是有必要说明一下我所理解的IOC. 我们知道，如果两个事务之间存在逻辑关系，而且你需要根据这个逻辑关系做事，(比如类A和类B，类A需要调用类B的方法，比如ORM等)，那么该做的事情，其实一件都不会少的，只是我们可以利用一些技术手段来减少直接的依
iwebcode·2011-08-14 17:00

Spring系列(3/4)----一个较为完善的模型（完）

接上一篇，我们继续来完善这个模型，我们为附加责任类定义了一个接口，这样，只要实现这个接口的类都可以注册，接收代理类的调用通知；同时为了更好的交互，我们还定义了一个调用参数接口，和一个具体的调用参数类，接下来，我们再看看代理类：///   ///代理类，从AClass继承.   ///   publicclassProxyAClass1:AClass   {            privateAC
hawksoft·2011-08-13 21:00

Spring系列(3/4)----一个较为完善的模型（完）

接上一篇，我们继续来完善这个模型，我们为附加责任类定义了一个接口，这样，只要实现这个接口的类都可以注册，接收代理类的调用通知；同时为了更好的交互，我们还定义了一个调用参数接口，和一个具体的调用参数类，接下来，我们再看看代理类： /// <summary> /// 代理类，从AClass继承. /// </summary> public class ProxyAClass1
wodamazi·2011-08-13 21:00

Spring系列(3/4)----一个较为完善的模型（完）

接上一篇，我们继续来完善这个模型，我们为附加责任类定义了一个接口，这样，只要实现这个接口的类都可以注册，接收代理类的调用通知；同时为了更好的交互，我们还定义了一个调用参数接口，和一个具体的调用参数类，接下来，我们再看看代理类： /// <summary> /// 代理类，从AClass继承. /// </summary> public class ProxyAClass1
iwebcode·2011-08-13 21:00

Spring系列(3/4)----一个较为完善的模型（完）

接上一篇，我们继续来完善这个模型，我们为附加责任类定义了一个接口，这样，只要实现这个接口的类都可以注册，接收代理类的调用通知；同时为了更好的交互，我们还定义了一个调用参数接口，和一个具体的调用参数类，接下来，我们再看看代理类： /// <summary> /// 代理类，从AClass继承. /// </summary> public class ProxyAClass1
javasalatu·2011-08-13 21:00

Spring系列(3/4)----一个较为完善的模型（续）

接上篇：4、我们知道我们进行动态代理的目的是为了附加责任，也就是在目标类方法执行的时候，我们能增加一些附加的功能。我们前面的模型虽然可以达到这个目的，但通信信息不够。观察者虽然可以获取目标类，但无法知道当前执行的方法和参数值，这在有些情况下虽然没什么不利，但既然我们的目标其实就是监视目标类的方法的执行，能有目标类执行方法时的方法信息和当前实际参数的信息，当然是更好了，为此，我们可以专门增加一个参数
hawksoft·2011-08-13 09:00

Spring系列(3/4)----一个较为完善的模型（续）

接上篇： 4、我们知道我们进行动态代理的目的是为了附加责任，也就是在目标类方法执行的时候，我们能增加一些附加的功能。我们前面的模型虽然可以达到这个目的，但通信信息不够。观察者虽然可以获取目标类，但无法知道当前执行的方法和参数值，这在有些情况下虽然没什么不利，但既然我们的目标其实就是监视目标类的方法的执行，能有目标类执行方法时的方法信息和当前实际参数的信息，当然是更好了，为此，我们可以专门增加一个
wodamazi·2011-08-13 09:00

Spring系列(3/4)----一个较为完善的模型（续）

接上篇： 4、我们知道我们进行动态代理的目的是为了附加责任，也就是在目标类方法执行的时候，我们能增加一些附加的功能。我们前面的模型虽然可以达到这个目的，但通信信息不够。观察者虽然可以获取目标类，但无法知道当前执行的方法和参数值，这在有些情况下虽然没什么不利，但既然我们的目标其实就是监视目标类的方法的执行，能有目标类执行方法时的方法信息和当前实际参数的信息，当然是更好了，为此，我们可以专门增加一个
iwebcode·2011-08-13 09:00

Spring系列(3/4)----一个较为完善的模型（续）

接上篇： 4、我们知道我们进行动态代理的目的是为了附加责任，也就是在目标类方法执行的时候，我们能增加一些附加的功能。我们前面的模型虽然可以达到这个目的，但通信信息不够。观察者虽然可以获取目标类，但无法知道当前执行的方法和参数值，这在有些情况下虽然没什么不利，但既然我们的目标其实就是监视目标类的方法的执行，能有目标类执行方法时的方法信息和当前实际参数的信息，当然是更好了，为此，我们可以专门增加一个
javasalatu·2011-08-13 09:00

Spring系列(3/3)---一个较为完善的模型

上一篇，我们建立了一个可用的模型，但我们也看到了它的不足，下面，我们就来继续完善这个模型：1、首先，因为委托的目的其实是为了与附加责任类进行交互，而挂接了委托的附加责任类才会收到消息，从这点来看，是一个非常典型的观察者模式应用场景，因此我们觉得引入这个模式，好处是观察注册有专门的类来负责管理，在这里是代理类行使这个责任（后面的模型会转到代理类工厂），二是附加责任类以类的身份参与，而不再是简单的挂接
hawksoft·2011-08-13 08:00

Spring系列(3/3)---一个较为完善的模型

上一篇，我们建立了一个可用的模型，但我们也看到了它的不足，下面，我们就来继续完善这个模型： 1、首先，因为委托的目的其实是为了与附加责任类进行交互，而挂接了委托的附加责任类才会收到消息，从这点来看，是一个非常典型的观察者模式应用场景，因此我们觉得引入这个模式，好处是观察注册有专门的类来负责管理，在这里是代理类行使这个责任（后面的模型会转到代理类工厂），二是附加责任类以类的身份参与，而不再是简单的
wodamazi·2011-08-13 08:00

Spring系列(3/3)---一个较为完善的模型

上一篇，我们建立了一个可用的模型，但我们也看到了它的不足，下面，我们就来继续完善这个模型： 1、首先，因为委托的目的其实是为了与附加责任类进行交互，而挂接了委托的附加责任类才会收到消息，从这点来看，是一个非常典型的观察者模式应用场景，因此我们觉得引入这个模式，好处是观察注册有专门的类来负责管理，在这里是代理类行使这个责任（后面的模型会转到代理类工厂），二是附加责任类以类的身份参与，而不再是简单的
iwebcode·2011-08-13 08:00

Spring系列(3/3)---一个较为完善的模型

上一篇，我们建立了一个可用的模型，但我们也看到了它的不足，下面，我们就来继续完善这个模型： 1、首先，因为委托的目的其实是为了与附加责任类进行交互，而挂接了委托的附加责任类才会收到消息，从这点来看，是一个非常典型的观察者模式应用场景，因此我们觉得引入这个模式，好处是观察注册有专门的类来负责管理，在这里是代理类行使这个责任（后面的模型会转到代理类工厂），二是附加责任类以类的身份参与，而不再是简单的
javasalatu·2011-08-13 08:00

Spring系列(3/2)---交互的改进

前面一篇，我们写了一个代理类，可以实现一些功能，但作为动态代理类的原型，还是有问题的。我们来改进一下原来的类，如下：    ///   ///代理类，从AClass继承.这是必须的，否则AClass能用的地方， ProxyAClass1却没法用.这里的改进主要是将需要切入的委托，采用构造参数传递进去，有利于动态构造实例。   ///   publicclassProxyAClass1:AClass
hawksoft·2011-08-12 20:00

Spring系列(3/2)---交互的改进

前面一篇，我们写了一个代理类，可以实现一些功能，但作为动态代理类的原型，还是有问题的。我们来改进一下原来的类，如下： /// <summary> /// 代理类，从AClass继承.这是必须的，否则AClass能用的地方，ProxyAClass1却没法用.这里的改进主要是将需要切入的委托，采用构造参数传递进去，有利于动态构造实例。 /// </summary> pub
wodamazi·2011-08-12 20:00

Spring系列(3/2)---交互的改进

前面一篇，我们写了一个代理类，可以实现一些功能，但作为动态代理类的原型，还是有问题的。我们来改进一下原来的类，如下： /// <summary> /// 代理类，从AClass继承.这是必须的，否则AClass能用的地方，ProxyAClass1却没法用.这里的改进主要是将需要切入的委托，采用构造参数传递进去，有利于动态构造实例。 /// </summary> pub
iwebcode·2011-08-12 20:00

Spring系列(3/2)---交互的改进

前面一篇，我们写了一个代理类，可以实现一些功能，但作为动态代理类的原型，还是有问题的。我们来改进一下原来的类，如下： /// <summary> /// 代理类，从AClass继承. /// </summary> public class ProxyAClass1 : AClass { private AClass _target; private List<I
javasalatu·2011-08-12 20:00

Spring系列(3/1)---交互的一种尝试

前一篇，我们知道可以利用委托和代理来实现为目标类增加额外责任，这里我们先用一个简单的例子说明如何去实现. //目标类，有3个公共方法，但由于非虚方法无法继承，所以能够切入的只有2个公共虚方法。虽然从生产代理的角度来讲，非虚公共方法也可以截获， //但要求代理类重写该方法，在用目标类型调用这个方法时，其实是调不到代理类中的这个方法的，所以就没有机会截获和监视。 public class AClas
javasalatu·2011-08-12 19:00

Spring系列(3/1)---交互的一种尝试

前一篇，我们知道可以利用委托和代理来实现为目标类增加额外责任，这里我们先用一个简单的例子说明如何去实现.//目标类，有3个公共方法，但由于非虚方法无法继承，所以能够切入的只有2个公共虚方法。虽然从生产代理的角度来讲，非虚公共方法也可以截获，//但要求代理类重写该方法，而一旦重写，根据方法的调用规则，在用目标类型调用这个方法时，其实是调不到代理类中的这个方法的，所以就没有机会截获和监视。public
hawksoft·2011-08-12 19:00

Spring系列(3/1)---交互的一种尝试

前一篇，我们知道可以利用委托和代理来实现为目标类增加额外责任，这里我们先用一个简单的例子说明如何去实现. //目标类，有3个公共方法，但由于非虚方法无法继承，所以能够切入的只有2个公共虚方法。虽然从生产代理的角度来讲，非虚公共方法也可以截获， //但要求代理类重写该方法，而一旦重写，根据方法的调用规则，在用目标类型调用这个方法时，其实是调不到代理类中的这个方法的，所以就没有机会截获和监视。 pu
wodamazi·2011-08-12 19:00

Spring系列(3/1)---交互的一种尝试

前一篇，我们知道可以利用委托和代理来实现为目标类增加额外责任，这里我们先用一个简单的例子说明如何去实现. //目标类，有3个公共方法，但由于非虚方法无法继承，所以能够切入的只有2个公共虚方法。虽然从生产代理的角度来讲，非虚公共方法也可以截获， //但要求代理类重写该方法，而一旦重写，根据方法的调用规则，在用目标类型调用这个方法时，其实是调不到代理类中的这个方法的，所以就没有机会截获和监视。 pu
iwebcode·2011-08-12 19:00

Spring系列(2)--为什么需要动态代理

前一篇我把我自己实现动态包装的工厂类实现贴了出来，这一篇就来讲讲为什么要进行动态的代理。 理由看起来有以下几点： 1、有的时候我们需要为一些类的方法增加一些额外的责任，因为这些责任是额外的，去改动这些类当然是不好的。 对于这点，大家可以很快的想到用装饰模式或者代理模式去实现。当然，如果责任固定，而且是事先可预料的，可以在代码中预先进行处理，例如增加一个 框架型方法。不过这样一来，一是很
javasalatu·2011-08-11 20:00

Spring系列(2)--为什么需要动态代理

前一篇我把我自己实现动态包装的工厂类实现贴了出来，这一篇就来讲讲为什么要进行动态的代理。理由看起来有以下几点：1、有的时候我们需要为一些类的方法增加一些额外的责任，因为这些责任是额外的，去改动这些类当然是不好的。     对于这点，大家可以很快的想到用装饰模式或者代理模式去实现。当然，如果责任固定，而且是事先可预料的，可以在代码中预先进行处理，例如增加一个    框架型方法。不过这样一来，一是很难
hawksoft·2011-08-11 20:00

Spring系列(2)--为什么需要动态代理

前一篇我把我自己实现动态包装的工厂类实现贴了出来，这一篇就来讲讲为什么要进行动态的代理。 理由看起来有以下几点： 1、有的时候我们需要为一些类的方法增加一些额外的责任，因为这些责任是额外的，去改动这些类当然是不好的。 对于这点，大家可以很快的想到用装饰模式或者代理模式去实现。当然，如果责任固定，而且是事先可预料的，可以在代码中预先进行处理，例如增加一个 框架型方法。不过这样一来，一是很
wodamazi·2011-08-11 20:00

Spring系列(2)--为什么需要动态代理

前一篇我把我自己实现动态包装的工厂类实现贴了出来，这一篇就来讲讲为什么要进行动态的代理。 理由看起来有以下几点： 1、有的时候我们需要为一些类的方法增加一些额外的责任，因为这些责任是额外的，去改动这些类当然是不好的。 对于这点，大家可以很快的想到用装饰模式或者代理模式去实现。当然，如果责任固定，而且是事先可预料的，可以在代码中预先进行处理，例如增加一个 框架型方法。不过这样一来，一是很
iwebcode·2011-08-11 20:00

Spring系列(1)--创建动态代理类

象DotNet,Java之类的语言能够进行动态代理类的创建，得益于其本身并不是直接编译成机器代码，而是编译成中间语言，在运行时才解释或动态编译成目标机器语言。这也是为什么这些概念先在Java兴起的根本原因。产生动态代理类，一般都是利用Emit命名空间的指令，但这个对IL的要求比较高，我这里利用C#提供的动态编译功能实现， 优点是直观，容易理解，不用熟悉IL指令，缺点当然是显得不怎么专业。 （网
javasalatu·2011-08-11 19:00
上一页 15 16 17 18 19 20 21 22 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他