随笔-199  评论-203  文章-11  trackbacks-0
 
     摘要: 单例模式
定义:
Singleton模式主要作用是保证在Java应用程序中,一个类Class只有一个实例存在。   阅读全文
posted @ 2009-07-08 09:03 Werther 阅读(4347) | 评论 (2)编辑 收藏
     摘要: 典型的J2EE三层结构,分为表现层、中间层(业务逻辑层)和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互,而是通过组件与中间层建立连接,再由中间层与数据库交互。  阅读全文
posted @ 2009-07-06 20:13 Werther 阅读(629) | 评论 (0)编辑 收藏
     摘要: 垃圾回收是Java语言的一大特性,方便了编程,是以消耗性能为代价的。而垃圾在这里只无用的对象。而C++是需要程序员自己写析构函数来释放内存的,麻烦,也有可能忘记而导致内存泄露。

Java语言对内存的分配管理是通过JVM内部机制决定的。程序员可以不关心其处理。
  阅读全文
posted @ 2009-07-05 21:53 Werther 阅读(2291) | 评论 (4)编辑 收藏
     摘要: 經典的SQL Connection.  阅读全文
posted @ 2009-07-03 14:04 Werther 阅读(302) | 评论 (0)编辑 收藏
     摘要: Mysql日期和时间函数  阅读全文
posted @ 2009-07-03 11:25 Werther 阅读(240) | 评论 (0)编辑 收藏
     摘要:  Spring的哲学是在不影响Java对象的设计的情况下将Java对象加入到框架中。 我们下面来看看Spring的工作原理,看看Spring是如何做到不影响Java对象的。   阅读全文
posted @ 2009-07-02 17:34 Werther 阅读(1807) | 评论 (2)编辑 收藏
     摘要: Spring 框架是一个分层架构,由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上,核心容器定义了创建、配置和管理 bean 的方式.  阅读全文
posted @ 2009-06-30 17:22 Werther 阅读(302) | 评论 (0)编辑 收藏
     摘要: 一、事务管理
事务传播
1、required:方法在一个事务中执行,如果调用的方法在一个事务中,则使用该事务,否则将创建一个新的事务。(必须有,有就用,没有就建)
2、mandatory:如果运行于事务中的客户调用了该方法,方法在客户的事务中执行。如果客户没有关联到事务中,容器就会抛出TransactionRequiredException.(必须有,有就用,没有报错)   阅读全文
posted @ 2009-06-29 17:22 Werther 阅读(1923) | 评论 (1)编辑 收藏
     摘要: Spring声明式事务让我们从复杂的事务处理中得到解脱。使得我们再也无需要去处理获得连接、关闭连接、事务提交和回滚等这些操作。再也无需要我们在与事务相关的方法中处理大量的try…catch…finally代码。
我们在使用Spring声明式事务时,有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为,事务的隔离级别,事务的超时值和事务只读标志组成。我们在进行事务划分时,需要进行事务定义,也就是配置事务的属性。   阅读全文
posted @ 2009-06-26 17:55 Werther 阅读(175) | 评论 (0)编辑 收藏
     摘要: 切面(Aspect): 一个关注点的模块化,这个关注点可能会横切多个对象。事务管理是J2EE应用中一个关于横切关注点的很好的例子。 在Spring AOP中,切面可以使用通用类(基于模式的风格) 或者在普通类中以 @Aspect 注解(@AspectJ风格)来实现。   阅读全文
posted @ 2009-06-25 17:27 Werther 阅读(1304) | 评论 (0)编辑 收藏
     摘要: 针对Oracle数据库而言,Fetch Size 是设定JDBC的Statement读取数据的时候每次从数据库中取出的记录条数,一般设置为30、50、100.Oracle数据库的JDBC驱动默认的Fetch Size=15,设置Fetch Size设置为:30、50,性能会有明显提升,如果继续增大,超出100,性能提升不明显,反而会消耗内存。   阅读全文
posted @ 2009-06-24 17:08 Werther 阅读(255) | 评论 (0)编辑 收藏
     摘要: (一)Hibernate的二级缓存策略的一般过程如下:

1) 条件查询的时候,总是发出一条select * from table_name where …. (选择所有字段)这样的SQL语句查询数据库,一次获得所有的数据对象。

2) 把获得的所有数据对象根据ID放入到第二级缓存中。

3) 当Hibernate根据ID访问数据对象的时候,首先从Session一级缓存中查;查不到,如果配置了二级缓存,那么从二级缓存中查;查不到,再查询数据库,把结果按照ID放入到缓存。

4) 删除、更新、增加数据的时候,同时更新缓存。

Hibernate的二级缓存策略,是针对于ID查询的缓存策略,对于条件查询则毫无作用。为此,Hibernate提供了针对条件查询的Query Cache。
  阅读全文
posted @ 2009-06-23 17:32 Werther 阅读(1674) | 评论 (2)编辑 收藏
     摘要: 业务逻辑的实现过程中,往往需要保证数据访问的排他性。如在金融系统的日终结算处理中,我们希望针对某个 cut-off 时间点的数据进行处理,而不希望在结算进行过程中(可能是几秒种,也可能是几个小时),数据再发生变化。此时,我们就需要通过一些机制来保证这些数据在某个操作过程中不会被外界修改,这样的机制,在这里,也就是所谓的 “锁” ,即给我们选定的目标数据上锁,使其无法被其他程序修改。Hibernate 支持两种锁机制:即通常所说的 “悲观锁( Pessimistic Locking )”和 “乐观锁( Optimistic Locking )”  阅读全文
posted @ 2009-06-22 17:25 Werther 阅读(319) | 评论 (0)编辑 收藏
     摘要: Hibernate在解决性能问题方面做得非常好。有了它的缓存机制,使用第三方缓存和数据库连接池,就较好的解决的性能问题。但这些还不够,hibernate给了开发者足够的自由,让开发者自己去控制性能问题。   阅读全文
posted @ 2009-06-18 17:21 Werther 阅读(5742) | 评论 (15)编辑 收藏
     摘要:  JAVA语言已经慢慢的在成为主流的开发语言之一,或者说现在已经成为了主流的开发语言。在JAVA语言平台上,也出现了多种开发模型。对于刚入门的JAVA程序员来说,也许面对这么多的开发模型,会眼花缭乱,不知道该如何选择。笔者刚开始接触JAVA语言的时候没有多少的开发模型可以选择。而前几年笔者也遇到了这个问题。可选的开发模型比较多,笔者必须选择一个开发模型作为未来自己的主攻方向。因为人的精力是有限的,特别是我们做程序开发的。我们要把有限的精力花在刀口上。笔者在这里向大家推荐EJB开发模型。   阅读全文
posted @ 2009-06-17 22:51 Werther 阅读(274) | 评论 (0)编辑 收藏
仅列出标题
共14页: 上一页 1 2 3 4 5 6 7 8 9 下一页 Last