分类目录归档:程序生活

Program Life – Web

Adapter模式-适配器模式的一个完整例子

Adapter模式-适配器模式的一个完整例子
1.首先定义一个IShape接口

[code]/**
* 定义一个"形状"的接口
* @author ldsea
*
*/
public interface IShape {
  public void setPosition(int position);
  public int getPositon();
  public void move();
  public void display();
}[/code]

2.定义一个矩形类,实现这个接口

[code]/**
* 一个矩形类,实现IShape接口,实现接口中定义的4个方法
* @author ldsea
*
*/
public class Square implements IShape{

  int position;
  @Override
  public int getPositon() {
    // TODO Auto-generated method stub
    return position;
  }

  @Override
  public void move() {
    // TODO Auto-generated method stub
    System.out.println("The Square's position has been move to  "+2*position);
  }

  @Override
  public void setPosition(int position) {
    // TODO Auto-generated method stub
    this.position=position;
  }

  @Override
  public void display() {
    // TODO Auto-generated method stub
    System.out.println("The Square's position is:"+position);
  }
  
}[/code]

3.现在想定义一个圆形类,Circle类,发现目前已经存在一个Circle类,假设该类不允许我们修改,或者说该类已经被项目中的其他类所集成或引用,如果修改的话,会引起其他程序的错误。该Circle类如下:

[code]/**
* 想再创建一个圆类,现在已经存在一个Circle类,但是它没有实现IShape接口,该类
* 里的方法是我们需要的部分方法,没有实现Move方法,按照Adapter模式原则,不应修改此类,应该创建一个适配器类
* @author ldsea
*
*/
public class Circle {
  int position;
  public void setPosition(int position){
    this.position=position;
  }
  public int getPosition(){
    return position;
  }
  public void display(){
    System.out.println("The Circle's postion is:"+position);
  }
}[/code]

如上所示,该Circle类没有实现ISape,而且没有move的方法,那么我们需要创建一个适配器类来完成这个工作,而不用重新写一个Circle类
4.定义一个CircleAdapter适配器类

[code]/**
* Circle的适配器类,实现IShape接口,重用Circle类的方法
* @author ldsea
*
*/
public class CircleAdapter implements IShape{

  private Circle circle;

  public CircleAdapter(){
    circle = new Circle();
  }
  @Override
  public void display() {
    // TODO Auto-generated method stub
    circle.display();
  }

  @Override
  public int getPositon() {
    // TODO Auto-generated method stub
    return circle.getPosition();
  }

  @Override
  //为Circle扩展Move()的方法
  public void move() {
    // TODO Auto-generated method stub
    System.out.println("The Circle's position has been move to  "+2*getPositon());
  }

  @Override
  public void setPosition(int position) {
    // TODO Auto-generated method stub
    circle.setPosition(position);
  }

}[/code]

5.下面写一个测试类来测试这些类

[code]/**
* 该Apapter模式的Test类
* @author ldsea
*
*/
public class TestApapter {

  /**
   * @param args
   */
  public static void main(String[] args) {
    // TODO Auto-generated method stub
    Square square = new Square();
    square.setPosition(100);
    square.display();
    square.move();
    CircleAdapter circle = new CircleAdapter();
    circle.setPosition(1000);
    circle.display();
    circle.move();
  }

}[/code]

6.输出结果如下:

[code]The Square's position is:100
The Square's position has been move to  200
The Circle's postion is:1000
The Circle's position has been move to  2000[/code]

用一个例子讲解Adapter设计模式

Adapter模式,中文解释为适配器模式,那什么是Adapter模式那?我们先来看看GOF的《设计模式》是如何解释的:

    将一个类的接口转换成客户希望的另外一个接口,Adapter使原本由于接口不兼容而不能一起工作的类可以一起工作。

     是不是觉得很拗口,有点不知所挫?我们再来看看《设计模式解析》上的解释:

    我们需要一种方式,为一个功能正确但接口不合的对象创建一个新接口。

     这句话可能不像刚才那么拗口,但初学者可能任然有点云里雾里,那我们就用一个实例来完整的解释一下Adapter模式:

首先,假设我们在设计一个关于形状的程序(这也是Thinking in Java常用的例子),我们首先要创建一个父类:
  

[code]class Shape{
public void setLocation(…){}
public … getLocation(){}
public void display(){}
……
}[/code]
然后,我们有3个类分别为:点类,线类,矩形类都继承自父类:

[code]class Point extends Shape{
public void setLocation(…){…}
public … getLocation(){…}
public void display(){…}

}[/code]

[code]class Line extends Shape{
public void setLocation(…){…}
public … getLocation(){…}
public void display(){…}

}[/code]

[code]class Square extends Shape{
public void setLocation(…){…}
public … getLocation(){…}
public void display(){…}

}[/code]
    好了,现在我想再创建一个椭圆类,肯能你会说:“简单,像上面一样创建一个类然后继承Shape类不就好了吗”。但是现在现成的椭圆类我已经有了,代码如下:

[code]class XXCircle{
public void setLocationlt(…){…}
public … getLocationlt(){…}
public void displaylt(){…}

}[/code]

    现在我虽然有一个XXCircle类,但它并不继承自Shape类,虽然它里面的方法内容是我想要的,但方法名却和我定义的方法名却有些出入(注意红色字体),你可能已经迫不及待的想把方法中的内容一个一个麻烦的复制粘贴到自己的Circle类中了,不用急,让我们来看看Adapter模式是如何帮我们设计Circle类的吧:

[code]class Circle extends Shape{
private XXCircle myXXCircle;
public Circle(){
  myXXCircle=new XXCircle();
}
public void setLocation(…){
  myXXCircle.setLocationlt(…);
}
public … getLocation(){
  myXXCircle.getLocationlt();
}
public void display(){
  myXXCircle.displaylt();
}

}[/code]

     看到了吧,我们只需将XXCircle类包装起来就可以将代码进行重用,虽然现成的XXCircle类在接口上可能不合,但它的功能是我们需要的,利用Adapter模式我们就能很好的利用它了。(在结束之前,请再看一下本文最上面的红体字,现在你能明白大师们对Adapter模式的解释了吗?)

Adapter模式-适配器模式

转自:[url=http://hi.baidu.com/erik168/blog/item/cf50cfa1271e208f47106400.html]http://hi.baidu.com/erik168/blog/item/cf50cfa1271e208f47106400.html[/url]
本来想闲几天,又担心懈怠而放下,所以,还是接着写吧。
第一个结构型模式,就写简单点的,Adapter模式好了
顾名思义,Adapter就是适配器的意思。
如果你在中国买了个笔记本电脑,然后你现在要去美国,美国那边电源插口和中国肯定是不一样的,你要买个转接头把三角的插头转成前面圆形后面两个扁型的那种美式插头,这就是适配器。

[color=#0000FF]Adapter模式的用处是[/color]:将一个类的接口转换成客户希望的另外一个接口。
Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

[color=#0000FF]Adapter分为2种[/color]:类适配器和对象适配器。Adapter和Adaptee之间是is-a关系的时候,属于类适配器,Adapter和Adaptee之间是has-a关系的时候,属于对象适配器。
下面这句话是我在网上看到的,可以作为设计适配器时候的指导:
基于“当涉及到依存性时,应当始终优先选择组合/成员关系而不是继承”的设计原则(),并且由于多继承在使用上的复杂性,及在部分情况下不可行等原因,Object Adapter的运用显得更加广泛。

下面分别是类适配器和对象适配器的[color=#0000FF]类图[/color]:
[img][attach]72[/attach][/img]
[img][attach]73[/attach][/img]

[color=#0000FF]那我们应该什么时候使用Adapter模式呢?[/color]

关于Adapter模式应用场景的描述,我觉得下面这几句话讲的比较通俗易懂
Adapter模式可应用于如下的情况:
1、系统需要使用现有的类,而此类的接口不符合系统的需要。
2、想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有与一致的接口。这种情况从不同的角度考虑,可能被划入Facade模式的范畴,但从与现有设计适配的角度考虑该问题,则将其划归Adapter模式也是可以理解的。
3、通过接口转换,将一个类插入另一个类系中。有人举过这样一个例子:虎与飞禽是没有直接关联的两类动物,但是现在出来了个“飞虎”,它同时具有虎肉食动物跟飞禽会飞的特质,要在飞禽这个类系中添加一个成员类“飞虎”,除了直接实现“飞虎”类,还有一种简单的办法是实现一个Adapter类,在其中包容一个虎的对象,同时实现飞禽的接口即可。当然,对于这个问题,多继承或者实现多接口可能是一个更直观的作法,在实际应用中,可视具体需要确定采用何种作法。

[color=#0000FF]代码范例:[/color]

[code]
//注:代码实现了对象适配器和类适配器,两种适配器代码都已经注释掉,需要删除其中一个适配器的注释,才能运行
//本例中,我们可以把NumMessage类的接口改成我们需要的,但这不是我们的目的。
//当我们遇到没有办法修改类接口的时候(也许不是我们开发的代码,我们不敢随意改动;也许使用的地方太多,会牵扯到整个系统的变动,当前我们无法更改),我们就需要适配器.

function NumMessage(msg) {
    this.msg = msg;
}
NumMessage.prototype.getMessageString = function () {
    return '<font color="blue">' + this.msg + '</font>';
}

function TextMessage(msg) {
    this.msg = msg;
}
TextMessage.prototype.getHTML = function () {
    return '<font color="red">' + this.msg + '</font>';
}

var MessageList = {
    container: [],
    add: function (msg) {
        this.container.push(msg);
    },
    render: function () {
        for (var i = 0, l = this.container.length; i < l; i++) {
            document.write(this.container[i].getHTML() + '<br>');
        }
    }
}

/* 这一部分注释掉的代码是对象适配器的代码
function NumMessageAdapter(msg){
    this.msg = new NumMessage(msg);
}
NumMessageAdapter.prototype.getHTML = function () {
    return this.msg.getMessageString();
}
*/

/* 这一部分注释掉的代码是类适配器的代码
function NumMessageAdapter(msg){
    this.base = NumMessage;
    this.base(msg);
}
NumMessageAdapter.prototype = new NumMessage();
NumMessageAdapter.prototype.getHTML = function () {
    return this.getMessageString();
}
*/

MessageList.add(new TextMessage('This is a text message'));
MessageList.add(new NumMessageAdapter('1234567message'));
MessageList.render();[/code]

好消息-Adobe AIR 1.1 发布 包含中文版

Adobe

Adobe Integrated Runtime (AIR) 是一个跨操作系统的运行时,利用现有的Web开发技术(Flash,Flex,HTML,JavaScript,Ajax)来构建富Internet应用程序并部署为桌面应用程序.
Adobe提供AIR1.1的新版本下载,新版本包含多语言版本UI界面支持,包括简体中文,繁体中文,韩文,俄文,日文,法文,德文,意大利语,西班牙语和葡萄牙语支持 AIR 支持现有的Web技术如Flash,Flex,HTML,JavaScript和AJAX,可以用你最熟练的技术来开发您所见过的最具用户体验的RIA程序

AIR 应用程序可以是:

    * 基于Flash 或 Flex:应用程序根内容(理解为容器)为Flash/Flex (SWF)
    * 基于Flash 或 Flex 的HTML 或 PDF.应用程序的根内容为基于Flash/Flex (SWF) 的HTML
    * 基于HTML,应用程序根内容为HTML, JS, CSS
    * 基于HTML的Flash/Flex或PDF,应用程序根内容为基于HTML 的Flash/Flex (SWF) 或 PDF

其它更新:
提升了对于企业部署的强壮性和统一性
支持应用认证的整合方法
内存和性能提升等

下载:Adobe AIR 1.1

Java的23种设计模式概括

      1、工厂模式:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向客户端提供。  

  2、建造模式:将产品的内部表象和产品的生成过程分割开来,从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。  

  3、工厂方法模式:核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪一个产品类应当被实例化这种细节。  

  4、原始模型模式:通过给出一个原型对象来指明所要创建的对象的类型,然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。  

  5、单例模式:单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。

  6、适配器(变压器)模式:把一个类的接口变换成客户端所期待的另一种接口,从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。  

  7、桥梁模式:将抽象化与实现化脱耦,使得二者可以独立的变化,也就是说将他们之间的强关联变成弱关联,也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系,从而使两者可以独立的变化。  

  8、合成模式:合成模式将对象组织到树结构中,可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同等看待。  

  9、装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案,提供比继承更多的灵活性。动态给一个对象增加功能,这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。  

  10、门面模式:外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。每一个子系统只有一个门面类,而且此门面类只有一个实例,也就是说它是一个单例模式。但整个系统可以有多个门面类。  

  11、享元模式:FLYWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存储在享元内部,不会随环境的改变而有所不同。外蕴状态是随环境的改变而改变的。外蕴状态不能影响内蕴状态,它们是相互独立的。将可以共享的状态和不可以共享的状态从常规类中区分开来,将不可以共享的状态从类里剔除出去。客户端不可以直接创建被共享的对象,而应当使用一个工厂对象负责创建被共享的对象。享元模式大幅度的降低内存中对象的数量。  

  12、代理模式:代理模式给某一个对象提供一个代理对象,并由代理对象控制对源对象的引用。代理就是一个人或一个机构代表另一个人或者一个机构采取行动。某些情况下,客户不想或者不能够直接引用一个对象,代理对象可以在客户和目标对象直接起到中介的作用。客户端分辨不出代理主题对象与真实主题对象。代理模式可以并不知道真正的被代理对象,而仅仅持有一个被代理对象的接口,这时候代理对象不能够创建被代理对象,被代理对象必须有系统的其他角色代为创建并传入。
  13、责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接
  起来形成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。客户并不知道链上的哪一个对象最终处理这个请求,系统可以在不影响客户端的情况下动态的重新组织链和分配责任。处理者有两个选择:承担责任或者把责任推给下家。一个请求可以最终不被任何接收端对象所接受。  

  14、命令模式:命令模式把一个请求或者操作封装到一个对象中。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象。命令模式允许请求的一方和发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否执行,何时被执行以及是怎么被执行的。系统支持命令的撤消。  

  15、解释器模式:给定一个语言后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。解释器模式将描述怎样在有了一个简单的文法后,使用模式设计解释这些语句。在解释器模式里面提到的语言是指任何解释器对象能够解释的任何组合。在解释器模式中需要定义一个代表文法的命令类的等级结构,也就是一系列的组合规则。每一个命令对象都有一个解释方法,代表对命令对象的解释。命令对象的等级结构中的对象的任何排列组合都是一个语言。  

  16、迭代子模式:迭代子模式可以顺序访问一个聚集中的元素而不必暴露聚集的内部表象。多个对象聚在一起形成的总体称之为聚集,聚集对象是能够包容一组对象的容器对象。迭代子模式将迭代逻辑封装到一个独立的子对象中,从而与聚集本身隔开。迭代子模式简化了聚集的界面。每一个聚集对象都可以有一个或一个以上的迭代子对象,每一个迭代子的迭代状态可以是彼此独立的。迭代算法可以独立于聚集角色变化。  

  17、调停者模式:调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。  

  18、备忘录模式:备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下,将一个对象的状态捉住,并外部化,存储起来,从而可以在将来合适的时候把这个对象还原到存储起来的状态。  

  19、观察者模式:观察者模式定义了一种一队多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时,会通知所有观察者对象,使他们能够自动更新自己。  

  20、状态模式:状态模式允许一个对象在其内部状态改变的时候改变行为。这个对象看上去象是改变了它的类一样。状态模式把所研究的对象的行为包装在不同的状态对象里,每一个状态对象都属于一个抽象状态类的一个子类。状态模式的意图是让一个对象在其内部状态改变的时候,其行为也随之改变。状态模式需要对每一个系统可能取得的状态创立一个状态类的子类。当系统的状态变化时,系统便改变所选的子类。  

  21、策略模式:策略模式针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式把行为和环境分开。环境类负责维持和查询行为类,各种算法在具体的策略类中提供。由于算法和环境独立开来,算法的增减,修改都不会影响到环境和客户端。  

  22、模板方法模式:模板方法模式准备一个抽象类,将部分逻辑以具体方法以及具体构造子的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法,从而对剩余的逻辑有不同的实现。先制定一个顶级逻辑框架,而将逻辑的细节留给具体的子类去实现。  

  23、访问者模式:访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要修改的话,接受这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统,它把数据结构和作用于结构上的操作之间的耦合解脱开,使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易,就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中,而不是分散到一个个的节点类中。当使用访问者模式时,要将尽可能多的对象浏览逻辑放在访问者类中,而不是放到它的子类中。访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。

Spring 无法加载jstl问题 的解决

According to TLD or attribute directive in tag file, attribute value does not accept any expression 的解决:
应用部署运行的时候出现JSP异常, 发生在使用JSTL库的时候: According to TLD or attribute directive in tag file, attribute value does not accept any expressions, 可能是因为使用了JSP2.0版本, 同时又没有使用JSTL core库的备用版本(RT库), 以下有两种处理方法:

1. 修改web.xml.

[code]<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">[/code]改为2.3版本的

[code]<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>[/code]
2. 使用JSTL core RT库

JSTL core库的有两种taglib伪指令, 其中RT库即是依赖于JSP传统的请求时属性值, 而不是依赖于EL来实现(称为EL库.JSP2.0将支持EL)

JSP中使用
[code]<%@ taglib uri=http://java.sun.com/jstl/core prefix="c"%>[/code]在2.3版本都可以,在2.4就不行了, 难道是版本不兼容吗?

只要将

[code]<%@ taglib uri="http://java.sun.com/jstl/core" prefix="c"%>[/code]改为

[code]<%@ taglib uri=http://java.sun.com/jstl/core_rt prefix="c"%>[/code]
就没有问题了

spring入门几个问题及解决

1.
[code]<bean id="helloworld" class="org.andyny.action.helloworld">
<constructor-arg index="0"> //注意: index="引号+数字"
<value>hi,hahahaha</value>
</constructor-arg>
</bean>[/code]
2.spring配置文件

applicationcontext.xml配置文件放在本项目的工作目录下,即是:springmvc应用程序下。或者web项目的web-inf目录下

3.web.xml,config.xml等各配置文件中,若批处理命令中参数(如:web-app 2.2/web-app 2.4版本不匹配问题及encoding编码与平台的默认编码不符合问题)都会显示错误

[code]<?xml version="1.0" encoding="iso-8859-1"?>
<!doctype web-app
public "-//sun microsystems, inc.//dtd web application 2.2//en"
"http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">[/code]

4.
[code]java.lang.illegalstateexception: no webapplicationcontext found: no contextloaderlistener
registered?
at
org.springframework.web.servlet.support.requestcontextutils.getwebapplicationcontext(requestc
o
ntextutils.java:84)
at
org.springframework.web.servlet.support.requestcontext.initcontext(requestcontext.java:206)
at
org.springframework.web.servlet.support.jspawarerequestcontext.initcontext(jspawarerequestcon
t[/code]…………

解决办法:

[code]<context-param>
<param-name>contextconfiglocation</param-name>
<param-value>
/web-inf/applicationcontext.xml
</param-value>
</context-param>

<listener>
<listener-class>
org.springframework.web.context.contextloaderlistener
</listener-class>
</listener>[/code]

将上述的代码添加到web.xml文件,注意是:标签之前。

5.配置taglib

[code]<?xml version="1.0" encoding="iso-8859-1"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"
xsi:schemalocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">[/code]

[code]<jsp-config> [color=#FF0000]// 注意:此版本需要<jsp-config>, web-app_2_2.xsd则不要。[/color]<taglib>
<taglib-uri>
/spring
</taglib-uri>
<taglib-location>
/web-inf/spring.tld
</taglib-location>
</taglib>
</jsp-config>[/code]

6.listiterator

注意:void remove()

从迭代器指向的 collection 中移除迭代器返回的最后一个元素(可选操作)。

iterator和listiterator的不同使用方法

我们在使用list,set的时候,为了实现对其数据的遍历,我们经常使用到了iterator(跌代器)。使用跌代器,你不需要干涉其遍历的过程,只需要每次取出一个你想要的数据进行处理就可以了。

但是在使用的时候也是有不同的。list和set都有iterator()来取得其迭代器。对list来说,你也可以通过listiterator()取得其迭代器,两种迭代器在有些时候是不能通用的,iterator和listiterator主要区别在以下方面:

1. listiterator有add()方法,可以向list中添加对象,而iterator不能

2. listiterator和iterator都有hasnext()和next()方法,可以实现顺序向后遍历,但是listiterator有hasprevious()和previous()方法,可以实现逆向(顺序向前)遍历。iterator就不可以。

3. listiterator可以定位当前的索引位置,nextindex()和previousindex()可以实现。iterator没有此功能。

4. 都可实现删除对象,但是listiterator可以实现对象的修改,set()方法可以实现。iierator仅能遍历,不能修改。因为listiterator的这些功能,可以实现对linkedlist等list数据结构的操作。其实,数组对象也可以用迭代器来实现。

org.apache.commons.collections.iterators.arrayiterator就可以实现此功能。一般情况下,我们使用iterator就可以了,如果你需要进行记录的前后反复检索的话,你就可以使用listiterator来扩展你的功能,(有点象jdbc中的滚动结果集)。

7.spring mvc中关于数据绑定功能:

[code]++++++++++++++login.jsp+++++++++++++++++

<form name="user" action="/spring/login.do" method="post">
<spring:bind path="command.username">
<spring:message code="username"/><input type="text" name="${status.expression}"
value="${status.value}"/><br>
<font color="red"><b>${status.errormessage}</b></font><br>
</spring:bind>

+++++++++++++applicationcontext.xml++++++++++++++

<bean id="urlmapping" class="org.springframework.web.servlet.handler.simpleurlhandlermapping">
<property name="mappings">
<props>
<prop key="login.do">logination</prop>
</props>
</property>
</bean>

+++++++++++++++++action类的配置代码片段+++++++++++++++

<bean id="logination" class="com.gc.action.login">
<property name="commandclass"> //++++++++++++注入command类,即是form表单的映射对象bean
<value>com.gc.action.user</value>
</property>
<property name="validator">
<ref bean="uservalidator"/>
</property>
<property name="formview">
<value>login</value>
</property>
<property name="successview">
<value>success</value>
</property>
</bean>[/code]那么必须从action类中定向到login.jsp,而不能直接打开login.jsp页面。

否则,
标签中的command对象取不到,会报如下错误:

neither errors instance nor plain target object for bean name ’command’ available as request
attribute

8.关于web.xml文件中配置 dispatcherservlet-servlet.xml

++++++++++++++++++++++++++++++++方式一+++++++++++++++++++++++++++++++++

注意:此中方式中,param-name一定要是contextconfiglocation,而方式二则没有什么限制。

[code]<context-param>
<param-name>contextconfiglocation</param-name>
<param-value>
/web-inf/dispatcherservlet-servlet.xml
</param-value>
</context-param>

<listener>
<listener-class>
org.springframework.web.context.contextloaderlistener
</listener-class>
</listener>

<servlet>
<servlet-name>dispatcherservlet</servlet-name>
<servlet-class>org.springframework.web.servlet.dispatcherservlet</servlet-class>

<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>dispatcherservlet</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>[/code]

+++++++++++++++++++++++++方式2+++++++++++++++++++++++

[code]<servlet>
<servlet-name>dispatcherservlet</servlet-name>
<servlet-class>org.springframework.web.servlet.dispatcherservlet</servlet-class>

<init-param>
<param-name>contextconfiglocation</param-name>
<param-value>/web-inf/dispatcherservlet-servlet.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>dispatcherservlet</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>[/code]

AIR:如何保存图片到本地

核心提示:如果你想保存从视频,图表或表格中获取的图片数据到本地,可以使用BitmapData类。

原文地址:

http://www.adobe.com/cfusion/communityengine/index.cfm?event=showdetails&productId=2&postId=8406

如果你想保存从视频,图表或表格中获取的图片数据到本地,可以使用BitmapData类。

摘要:

使用BitmapData类来创建一个包含了从组件中获取的图片数据的对象,使用mx.graphics.codec包提供的方法编码为JPEG或PNG格式,然后使用AIR API提供的File和FileStream类保存到本地。

具体方法:

首先我们我们需要得到屏幕的截图,要做到这一点,我们要使用BitmapData类。比如我们想从一个命名为myChart的线状图表上获取截图:

[code]import flash.display.BitmapData;
var bmpd:BitmapData = new BitmapData(myChart.width,myChart.height);
bmpd.draw(myChart);[/code]

然后我们需要把bitmapdata对象编译为ByteArray对象,这样我们就可以保存为文件了。这个ByteArray对象需要被格式化,我们可以使用mx.graphics.codec包中的JPEGEncoder和PNGEncoder类来实现它。

编码为JPEG格式:

[code]import mx.graphics.codec.JPEGEncoder;
//create a new instance of the encoder, and set the jpeg compression level from 0 to 100
var jpgenc:JPEGEncoder = new JPEGEncoder(80);
//encode the bitmapdata object and keep the encoded ByteArray
var imgByteArray:ByteArray = jpgenc.encode(bmpd);[/code]

编码为PNG格式:

[code]import mx.graphics.codec.JPEGEncoder;
//create a new instance of the encoder
var pngenc:PNGEncoder = new PNGEncoder();
//encode the bitmapdata object and keep the encoded ByteArray
var imgByteArray:ByteArray = pngenc.encode(bmpd);[/code]

现在我们已经准备好了ByteArray数据,我们只需要把它保存到本地就可以了。我们可以用File和File Stream类来实现。

建立一个JPEG文件参照:

[code]//gets a reference to a new empty jpg image file in user desktop
var fl:File = File.desktopDirectory.resolvePath(”snapshot.jpg”);[/code]

建立一个PNG文件参照:

[code]//gets a reference to a new empty jpg image file in user desktop
var fl:File = File.desktopDirectory.resolvePath(”snapshot.png”);[/code]

现在我们可以把ByteArray用File Stream保存到文件中。

[code]//Use a FileStream to save the bytearray as bytes to the new file
var fs:FileStream = new FileStream();
try{
//open file in write mode
fs.open(fl,FileMode.WRITE);
//write bytes from the byte array
fs.writeBytes(imgByteArray);
//close the file
fs.close();
}catch(e:Error){
trace(e.message);
}[/code]

组件使用例子:用Flex AIR显示文件目录结构 [转载]

下面的例子使用了WindowedApplication容器和FileSystemTree 、FileSystemDataGrid 控件。在这个例子中,当点击FileSystemTree控件中的目录名时,触发一个事件,让FileSystemDataGrid控件去显示选中的目录里的文件:

[code]
<?xml version=”1.0″ encoding=”utf-8″?>
    <mx:WindowedApplication xmlns:mx=”http://www.adobe.com/2006/mxml”>//定义了WindowedApplication容器
        <mx:HDividedBox>//水平分隔控件
        <mx:FileSystemTree id=”tree” //注意id后面的事件处理中要引用
            width=”200″ height=”100%”
            directory=”{new File(’C:\\’)}” //设置默认的目录
            enumerationMode=”directoriesOnly” //例举模式设为只显示目录
            change=”dataGrid.directory = File(tree.selectedItem);”/> //当选择的目录发生变化时,设置dataGrid的当前目录,为tree的当前选择的目录
        <mx:FileSystemDataGrid id=”dataGrid” //注意id前面的事件处理中引用
            width=”100%” height=”100%”
            directory=”{new File(’C:\\’)}”/>
        </mx:HDividedBox>
    </mx:WindowedApplication>[/code]注意:每个组件要定义一个唯一的ID,作为程序引用处理标识

此文 组件使用例子:用Flex AIR显示文件目录结构 首发在:魔力谷-flash风 作者:电介质

版权所有,欢迎转摘,转摘请注明作者和出处!

AIR版校内客户端V0.2版本下载

这是一个利用校内的API做的AIR版本的客户端工具,目前版本0.2,功能很简单,一是发表日志,二是给好友留言,如果不是Flash的安全沙箱的问题,就可以做成Flash版本的了,那样会更好玩,可以加到应用添加到左边的导航条,可惜现在只能做成桌面版本的

下面是截图

1.登陆页面:

[img][attach]68[/attach][/img]
2.登陆后会显示你的头像以及最新的一个状态,然后选择动作,目前只有两个动作,发日志和给好友留言
[img][attach]69[/attach][/img]
3.写日志的界面
[img][attach]70[/attach][/img]
4.如果选择给好友留言,程序首先会自动获取你的所有好友的列表,你选择你的好友后,在右边的输入框里输入内容就可以留言了(这里要感谢李大维的帮助,通过反编译校内提供的jar包,获得了发表日志以及给好友留言的方法以及参数)
[img][attach]71[/attach][/img]
在这个表格里,可以点击id,姓名,或者学校对表格进行排序,进而可以方便的找到好友

下载地址:[file]http://ldsea.cn/flex/xiaonei/XiaoAirV02.rar[/file]

[color=#0000FF][size=5]首先需要下载AIR环境:[/size][/color]
[size=4][url=http://airdownload.adobe.com/air/win/download/1.0/AdobeAIRInstaller.exe]http://airdownload.adobe.com/air/win/download/1.0/AdobeAIRInstaller.exe[/url][/size]