2013年1月

国际互联网上IP地址是如何分配的?

Internet的IP地址和AS号码分配是分级进行的。

IANA(InternetAssignedNumbersAuthority),是负责全球Internet上的IP地址进行编号分配的机构。

按照IANA的需要,将部分IP地址分配给地区级的Internet注册机IR(InternetRegistry),地区级的IR负责该地区的登记注册服务。

现在,全球一共有3个地区级的IR:InterNIC,RIPENIC,APNIC,InterNIC负责北美地区,RIPENIC负责欧洲地区,亚太区国家的IP地址和AS号码分配由APNIC管理。

Java、Hibernate(JPA)注解大全

  1. @Entity(name=”EntityName”)
    必须,name为可选,对应数据库中一的个表

  2. @Table(name=””,catalog=””,schema=””)
    可选,通常和@Entity配合使用,只能标注在实体的class定义处,表示实体对应的数据库表的信息
    name:可选,表示表的名称。默认地,表名和实体名称一致,只有在不一致的情况下才需要指定表名
    catalog:可选,表示Catalog名称,默认为Catalog("")。
    schema:可选,表示Schema名称,默认为Schema("")。

  3. @id
    必须
    @id定义了映射到数据库表的主键的属性,一个实体只能有一个属性被映射为主键.置于getXxxx()前.

  4. @GeneratedValue(strategy=GenerationType,generator=””)
    可选
    strategy:表示主键生成策略,有AUTO,INDENTITY,SEQUENCE 和 TABLE 4种,分别表示让ORM框架自动选择,
    根据数据库的Identity字段生成,根据数据库表的Sequence字段生成,以有根据一个额外的表生成主键,默认为AUTO
    generator:表示主键生成器的名称,这个属性通常和ORM框架相关,例如,Hibernate可以指定uuid等主键生成方式.
    示例:

    @Id
    @GeneratedValues(strategy=StrategyType.SEQUENCE)
        public int getPk() {
        return pk;
    }
  1. @Basic(fetch=FetchType,optional=true)
    可选
    @Basic表示一个简单的属性到数据库表的字段的映射,对于没有任何标注的getXxxx()方法,默认即为@Basic
    fetch: 表示该属性的读取策略,有EAGER和LAZY两种,分别表示主支抓取和延迟加载,默认为EAGER.
    optional:表示该属性是否允许为null,默认为true
    示例:
    @Basic(optional=false)
    public String getAddress() {
        return address;
    }
  1. @Column
    可选
    @Column描述了数据库表中该字段的详细定义,这对于根据JPA注解生成数据库表结构的工具非常有作用.
    name:表示数据库表中该字段的名称,默认情形属性名称一致
    nullable:表示该字段是否允许为null,默认为true
    unique:表示该字段是否是唯一标识,默认为false
    length:表示该字段的大小,仅对String类型的字段有效
    insertable:表示在ORM框架执行插入操作时,该字段是否应出现INSETRT语句中,默认为true
    updateable:表示在ORM框架执行更新操作时,该字段是否应该出现在UPDATE语句中,默认为true.对于一经创建就不可以更改的字段,该属性非常有用,如对于birthday字段.
    columnDefinition: 表示该字段在数据库中的实际类型.通常ORM框架可以根据属性类型自动判断数据库中字段的类型,但是对于Date类型仍无法确定数据库中字段类型究竟是 DATE,TIME还是TIMESTAMP.此外,String的默认映射类型为VARCHAR,如果要将String类型映射到特定数据库的BLOB或 TEXT字段类型,该属性非常有用.
    示例:
    @Column(name="BIRTH", nullable="false", columnDefinition="DATE")
    public String getBithday() {
        return birthday;
    }
  1. @Transient
    可选
    @Transient表示该属性并非一个到数据库表的字段的映射,ORM框架将忽略该属性.
    如果一个属性并非数据库表的字段映射,就务必将其标示为@Transient,否则,ORM框架默认其注解为@Basic
    示例:
    //根据birth计算出age属性
    @Transient
    public int getAge() {
        return getYear(new Date()) – getYear(birth);
    }
  1. @ManyToOne(fetch=FetchType,cascade=CascadeType)
    可选
    @ManyToOne表示一个多对一的映射,该注解标注的属性通常是数据库表的外键
    optional:是否允许该字段为null,该属性应该根据数据库表的外键约束来确定,默认为true
    fetch:表示抓取策略,默认为FetchType.EAGER
    cascade:表示默认的级联操作策略,可以指定为ALL,PERSIST,MERGE,REFRESH和REMOVE中的若干组合,默认为无级联操作
    targetEntity:表示该属性关联的实体类型.该属性通常不必指定,ORM框架根据属性类型自动判断targetEntity.
    示例:
    //订单Order和用户User是一个ManyToOne的关系
    //在Order类中定义
    @ManyToOne()
    @JoinColumn(name=”USER”)
    public User getUser() {
        return user;
    }
  1. @JoinColumn
    可选
    @JoinColumn和@Column类似,介量描述的不是一个简单字段,而一一个关联字段,例如.描述一个@ManyToOne的字段.
    name:该字段的名称.由于@JoinColumn描述的是一个关联字段,如ManyToOne,则默认的名称由其关联的实体决定.
    例如,实体Order有一个user属性来关联实体User,则Order的user属性为一个外键,
    其默认的名称为实体User的名称+下划线+实体User的主键名称
    示例:
    见@ManyToOne

  2. @OneToMany(fetch=FetchType,cascade=CascadeType)
    可选
    @OneToMany描述一个一对多的关联,该属性应该为集体类型,在数据库中并没有实际字段.
    fetch:表示抓取策略,默认为FetchType.LAZY,因为关联的多个对象通常不必从数据库预先读取到内存
    cascade:表示级联操作策略,对于OneToMany类型的关联非常重要,通常该实体更新或删除时,其关联的实体也应当被更新或删除
    例如:实体User和Order是OneToMany的关系,则实体User被删除时,其关联的实体Order也应该被全部删除
    示例:

    @OneTyMany(cascade=ALL)
    public List getOrders() {
        return orders;
    }
  1. @OneToOne(fetch=FetchType,cascade=CascadeType)
    可选
    @OneToOne描述一个一对一的关联
    fetch:表示抓取策略,默认为FetchType.LAZY
    cascade:表示级联操作策略
    示例:
    @OneToOne(fetch=FetchType.LAZY)
    public Blog getBlog() {
        return blog;
    }
  1. @ManyToMany
    可选
    @ManyToMany 描述一个多对多的关联.多对多关联上是两个一对多关联,但是在ManyToMany描述中,中间表是由ORM框架自动处理
    targetEntity:表示多对多关联的另一个实体类的全名,例如:package.Book.class
    mappedBy:表示多对多关联的另一个实体类的对应集合属性名称
    示例:
    /**
     * User实体表示用户,Book实体表示书籍,为了描述用户收藏的书籍,
     * 可以在User和Book之间建立ManyToMany关联
     */
    @Entity
    public class User {
      private List books;

      @ManyToMany(targetEntity=package.Book.class)
      public List getBooks() {
          return books;
        }

      public void setBooks(List books) {
        this.books=books;
      }
    }

    @Entity
    public class Book {
        private List users;

      @ManyToMany(targetEntity=package.Users.class, mappedBy=”books”)
      public List getUsers() {
        return users;
      }

      public void setUsers(List users) {
        this.users=users;
      }

    }

两个实体间相互关联的属性必须标记为@ManyToMany,并相互指定targetEntity属性,
需要注意的是,有且只有一个实体的@ManyToMany注解需要指定mappedBy属性,指向targetEntity的集合属性名称
利用ORM工具自动生成的表除了User和Book表外,还自动生成了一个User_Book表,用于实现多对多关联

  1. @MappedSuperclass
    可选
    @MappedSuperclass可以将超类的JPA注解传递给子类,使子类能够继承超类的JPA注解
    示例:
@MappedSuperclass
public class Employee() {
    ….
}

@Entity
public class Engineer extends Employee {
    …..
}

@Entity
public class Manager extends Employee {
    …..
}
  1. @Embedded
    可选
    @Embedded将几个字段组合成一个类,并作为整个Entity的一个属性.
    例如User包括id,name,city,street,zip属性.
    我们希望city,street,zip属性映射为Address对象.这样,User对象将具有id,name和address这三个属性.
    Address对象必须定义为@Embededable
    示例:
@Embeddable
public class Address {city,street,zip}

@Entity
public class User {

    @Embedded
    public Address getAddress() {
        ……….
    }
}

Hibernate验证注解

注解        适用类型      说明                           示例
@Pattern    String        通过正则表达式来验证字符串     @attern(regex=”[a-z]{6}”)
@Length     String        验证字符串的长度               @length(min=3,max=20)
@Email      String        验证一个Email地址是否有效      @email
@Range      Long          验证一个整型是否在有效的范围内 @Range(min=0,max=100)
@Min        Long          验证一个整型必须不小于指定值    @Min(value=10)
@Max        Long          验证一个整型必须不大于指定值    @Max(value=20)
@Size       集合或数组    集合或数组的大小是否在指定范围内  @Size(min=1,max=255)

以上每个注解都可能性有一个message属性,用于在验证失败后向用户返回的消息,还可以三个属性上使用多个注解

JQuery,Extjs,YUI,Prototype,Dojo 等JS框架的区别和应用场景简述

        随着web2.0的彪悍发展,以及浏览器端所承载的工作越来越大(在不是很影响性能的情况下,开发者都习惯把能用浏览器做的事儿都让浏览器做,以减轻服务器的压力和带宽费用等)。
所以Javascript已经成为了web开发最最基本的要求之一了。 而在现实的敏捷开发中,我们通常会选择一个JS框架来取代繁琐的Native Javascript的编写。你会发现这样会节省很多的时间,写的代码也很清晰便捷。(当然在学生时代的是有也质疑过,用框架会对原生态的 Javascript理解不深入,其实这是多虑了的。在对框架的深入的同时,对原生的js也会理解的更透彻一些。成为一个精明的开发者,两者是相依相偎的。而最好的状态就是想Qzone前端一样,完全按照自己的需求开发出一套JS,CSS框架。–当然这是因为Qzone太大了)目前流行的JS框架很多Dojo 、Scriptaculous 、Prototype 、yui-ext 、Jquery 、Mochikit、mootools 、moo.fx 等等。当然还有很多我都不熟悉的框架,就没有列举。 很多人会在坛子里问,到底哪个框架好呢?哪个框架更牛x呢? 哪个框架OO 更舒服呢? webryan 个人觉得,这是一个新手很容易犯的错误逻辑。 世界上任何东西,任何工具,都没有最好的这一个说法,只有适合和不适合。 我们要根据我们项目的真实需要来选择具有相关特性的框架。一、JQuery推荐级别:五星级使用场景:任意

下载地址:www.jquery.com 或google搜 jquery下载

推荐原因:目前来说我使用最多的框架(当然我其他的框架也都真是项目开发过若干),也是我个人最推荐的一个。在和业内的一些技术聊的时候,发现 xiaonei.com的CTO 、腾讯、或是其他一些新兴的web2.0大牛们都首推这个框架。 那具体好在哪呢? 1.小. (这个上量后,很严重的问题) 2.简单. (学习成本低但成效高,手册有足够清晰的例子让你从0到项目完成) 3.内部结构好开源,侧重逻辑 4.对DOM选择强大(其实,JS大多时候是在处理DOM)5.UI扩展好(这里要提到的就是 Jquery tools和 Jquery UI,大家可以去搜搜看这两个Jquery的扩展UI,你会发现ui原来如此简单,也是因为ui的可扩展性,所以他相对于其他框架毫不逊色)。

二、Extjs

下载地址:http://extjs.com/

使用场景:内部系统。后台系统。管理系统等。

推荐级别:四星

推荐理由:Extjs有着非常牛逼的UI设计。所以当你做像后台管理,企业内部流程,或其他管理系统的时候,这个东西无疑是你的最佳选择。为什么呢? 因为它几行代码就可以生成非常漂亮的全界面UI,功能强大,样式可选。 做过一个CMS的后台和一个企业内部的系统都是用这个做的,节省了很多人力和时间,而且广受好评。 而它的缺点是,在一个页面加载很多tab的时候,js可能会要同时下载若干个文件。简单说就是js会比较大。 但对于后台管理和企业内部系统来说,这个不会成为瓶颈。

三、YUI

下载地址:http://developer.yahoo.com/yui/

推荐级别:4星

推荐理由:YUI这个框架我只研究过,但没用在项目中独立使用过。大多是进入项目后,前辈们使用了YUI,然后我们在后续开发中延续了之前的角色而已。很久以前版本的QQ硬盘、mop的某些模块使用过的,但现在就是很清楚哪些人还在用了。它和Extjs有点相似,UI方面有很多优势。

使用场景:拆分YUI的各个模块,对不同需求采用yui中的某部分来填充到自己的模块中。或者是类似于网盘应用这种东东。

四、Dojo

下载地址:http://dojotoolkit.org/

推荐级别:四星

推荐理由:Dojo是功能最为强大的javascript框架,刻意提醒一下:功能最强大。所以它几乎包含了所有你可能想要用到的东西。)。 Dojo更适合企业应用和产品开发的需要,因为离线存储、DataGrid、2D、3D图形、Chart、Comet等组件对于企业应用来说都是很重要的(当然这些组件还要等一段时间才能稳定下来)。例如,BEA基于Mashup技术开发的产品中已经使用了Dojo。但是但是,我们是否需要这些功能?做 web2.0产品是有要这么大的东东呢? 这个要按照你自己的需求来。 而且Dojo缺点很明显,太大,功能太多,学习曲线太陡。 但是它做企业应用的话,那简直是如鱼得水。这也是IBM等公司招聘的时候,把Dojo和学习Dojo放在第一位的原因。

五、Prototype

最成熟的。但个人认为可以被Jquery取代。两者相似度也比较高。这里就不多说。

六、Mootools

下载地址:http://mootools.net/

推荐级别:4星

推荐理由:OO设计思想。模块化强,耦合度比较低。有人说,它的UI效果比Jquery UI好一些,没用过它的ui就暂时不多说了。各位开发者可以参见他们的demo看效果或者选择器等东西是否适合自己。

ok,真正的框架还是用出来的,写出来的。如果你看完上面的东西还是一头雾水,那么建议你从JQuery开始吧。

Java反射应用之利用ParameterizedType和泛型做切面编程

前段时间用hibernate的时候,看到用范型加ParameterizedType进行设计的例子,使用的比较巧。用ParameterizedType进行切面编程十分轻巧。 下面是一个利用ParameterizedType进行切面编程的例子: 例子中有一个抽象的JpaDaoImpl.java类,所以继承该类的XXXJpaDAOImpl,都对应于一个数据库表 (table)。<E extends AbstractEntity, I>中的‘E’就表示该数据库表对应于Java中的entity。JpaDaoImpl类本身也implements了Dao<E, I>的接口。Dao<E, I>定义了JpaDaoImpl所需要实现的基本方法(基于数据库表的CUID方法)。 通过“(Class<E>) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0]”,就可以得到E在实 际的XXXJpaDaoImpl.java类中是什么具体的entity。得到E,我们就可以通过hibernate实现基本的CUID操作了。

[java]
  1. /**
  2.  *
  3.  * JPA implementation of DAO.
  4.  *
  5.  * @param <E> entity type
  6.  * @param <I> primary key type
  7.  */
  8. public class JpaDaoImpl<E extends AbstractEntity, I> extends JpaDaoSupport implements Dao<E, I> {
  9.     protected Class<E> entityClass;
  10.     @SuppressWarnings("unchecked")
  11.     public JpaDaoImpl() {//very tricky here
  12.         entityClass = (Class<E>) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0];
  13.     }
  14.     public E create(E entity) {
  15.         getJpaTemplate().persist(entity);
  16.         return entity;
  17.     }
  18.     public void delete(E entity) {
  19.         getJpaTemplate().remove(entity);
  20.     }
  21.     public void delete(I id) {
  22.         getJpaTemplate().remove((find(id)));
  23.     }
  24.     public boolean exists(I id) {
  25.         return find(id) != null;
  26.     }
  27.     public E find(I id) {//entityClass is used
  28.         return getJpaTemplate().find(entityClass, id);
  29.     }
  30.     public E update(E entity) {
  31.         return getJpaTemplate().merge(entity);
  32.     }
  33.     public List<E> query() {//entityClass is used
  34.         return query("from " + entityClass.getSimpleName());
  35.     }
  36. ......
  37. }

 

[java]
  1. public interface Dao<E extends AbstractEntity, I> {
  2.     E create(E entity);
  3.     E update(E entity);
  4.     void delete(E entity);
  5.     void delete(I id);
  6.     E find(I id);
  7.     boolean exists(I id);
  8.     ......
  9. }
[java]
  1. public class UserDaoImpl extends JpaDaoImpl<User, Long>{
  2.      //No method needs
  3. }
  4. public class PrivilegeDaoImpl extends JpaDaoImpl<Privilege, String>{
  5.      //No method needs
  6. }

原文:http://blog.csdn.net/zhu473105308/article/details/7243026