haierboos
- 浏览: 438344 次
-
最新评论
-
barryzhong：
这篇文章挺不错。令人汗颜的是，那可是微软06年的文章。现在都快 ...
推荐一篇关于多租户Multi-Tenant数据架构的文章 -
Mybeautiful：
设计模式只是一个思路或是方案，碰到某种问题是有什么办法比较好的 ...
再见了模式
文章列表
序列图表示分支和循环确实不方便，不过可以变通一下，比如下面表示作业队列机制的例子，是我根据实际项目抽象出来的，具体就不解释了，图中的{分支}也理解为循环。
- 2007-08-20 12:01
- 浏览 791
- 评论(0)
script命令最近用的较多，感觉蛮不错。script是将终端的会话过程录制下来的小工具，你在终端中的所有操作过程，都可以原原本本地进行录制。
先man一下：
SCRIPT(1) BSD General Commands Manual SCRIPT(1)
NAME script - make typescript of terminal session
SYNOPSIS script [-a] [-c COMMAND] [-f] [-q] [-t] [file]
DESCRIPTION Script makes a typescript of everything printed on ...
- 2007-08-20 11:52
- 浏览 469
- 评论(0)
开发MIS系统一个经常遇到的问题就是分页。这是一个经常出现而且没有太大变化的功能需求，我们完全可以编写一个可高度复用的解决方案。下面给出的就是一种基于Hibernate分页查询实现的一整套分页方案。在阐述这个方案之前，我想有必要就分页的相关问题做一个简单的阐述。
一般来说分页有两种解决方法：一种是一次性查出所有符合条件的数据，只是在显示的时候选出一部分展示的页面上。这种做法的好处是实现起来简单，也不会频繁地访问的数据库，但是当查询出的数据量非常大而用户可能针对某一小部分数据感兴趣时，这种做法就变得十分低效了。另一种做法则是每次只查询出一页要显示的数据，每换一页，再重新查询一次。这种做法 ...
- 2007-07-29 22:49
- 浏览 567
- 评论(0)
这两天学习设计模式，看到了关于依赖反转方面的东西，就依赖反转而言简单来说就是：软软设计存在抽象层和实现层之分，一般情况下是抽象依赖于实现，这很容易理解，但是问题在于抽象层相对稳定，实现层容易变化，抽象层应该具有较实现层更高的复用性，它就应该我们设计和考量的核心与重点，而不是具体的实现，这样一来，要求我将依赖关系反转过来，即实现应该依赖于我们的抽象，这样的设计才是灵活和易于扩展的。如此一来，依赖反转的概念就出来了，但是如果实现依赖反转呢？答案听上去是很简单的那就是基于接口进行编程，关于这一点在许多讲述设计模式的书中都有所介绍，接口是对类和方法的一组需求定义，由于接口不提供任何实现，它是一种最纯 ...
- 2007-07-05 22:18
- 浏览 557
- 评论(0)
目前的Web Application大多采用流行的基于B/S模式的三层架构开发，这里的三层架构指的就是Web层、业务层和数据访问层。采用分层的开发方式有很多好处，下面只简单地来说两点：
1：分层开发使不同的开发人员关注他们 ...
- 2007-07-03 22:35
- 浏览 591
- 评论(0)
我们知道在Spring中一共提供了四种Advice用来支持对方法调用时施加的不同行为.它们包括：
BeforeAdvice：具体接口：MethodBeforeAdvice 在目标方法调用之前调用的Advice
AfterAdvice：具体接口：AfterReturningAdvice 在目标方法调用并返回之后调用的Advice
AroundAdvice：具休接口：MethodInterceptor 在目标方法的整个执行前后有效,并且有能力控制目标方法的执行
ThrowsAdvice：具体接口：ThrowsAdvice 在目标方法抛出异常时调用的Advice
在以上四种Advice中 ...
- 2007-06-24 20:45
- 浏览 519
- 评论(0)
关于Advisor和PointcutAdvior
Advisor是用来持有(hold)一种advice的,它有一个getAdvice()方法,专门来得到其所持有的advice而pointcutAdvior继承自Advisor接口,同时本身又提供了一个getPointcut方法,这十分明确地说明:pointcutAdvior是用来组装advice和pointcut ...
- 2007-06-23 23:43
- 浏览 516
- 评论(0)