Godlikeme
- 浏览: 165147 次
- 性别:
- 来自: 北京
-
最新评论
-
Wangwei86609：
非常好的规则引擎框架，支持决策树和多线程运行规则https:/ ...
规则引擎 -
wqxiea：
进步一点
业务接口 -
海盗大哥：
matlab 最喜欢里面的矩阵了~
找到了很早以前被隐藏的帖子，放在博客留念 Java vs Ruby -
zhu_shg：
在应用程序中使用单实例、Spring框架，并不影响在集群环境中 ...
应用的集群部署 -
lauphai：
向此邁進！！！
关于架构师
文章列表
这个问题的关键在于，AbstractTransactionalDataSourceSpringContextTests缺乏对hibernate session的处理，需要对其进行扩展，
不知道测试代码是怎么写的，只是很奇怪没有session支持，测试怎么跑的起来。
扩展基本思路是在事务开始后，结束前把测试方法包装在
HibernateTemaplate.executeWithSession(...){
public Object doInHibernate(Session session) {
runTest();
session.flush();//synchornize database, ...
- 2006-12-27 00:46
- 浏览 1403
- 评论(0)
参见
<bean id="sessionFactory"
class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="dataSource" ref="dataSource" />
<property name="lobHandler">
<ref bean="oracleLobHandle" />
& ...
- 2006-12-27 00:44
- 浏览 3484
- 评论(2)
TDD是先确认问题的边界，确认需要解决的问题，明确问题如何算被解决，然后再进行设计具体解决问题。
似乎很多时候明确问题边界是和解决具体问题难以具体划清的，所以有了重构这一过程让整个过程重复迭代下去。首先确定一些基本问题，明确问题如何算被解决，具体设计解决，再深入提出问题...。
这里确实有一个系统思考的要求，先解决哪些问题，再解决哪些问题，前后问题之间具有关联性，相互影响，这可以被认为是一种总体设计。
算法是解决一些通用问题的方法。当TDD遇到算法的时候，就有一个这样的问题，如何去定义问题。不同的人对同一的问题有不同的看法，会有不同的问题拆分，TDD整个迭代过程也会截然不同，产生的结果也会不同 ...
- 2006-12-24 15:40
- 浏览 1287
- 评论(0)
现在平时写的一些非规范文档有些乱、时间长了自己都有些看不懂。
主要的开发文档就是Functional spec 和 Technical Spec。
Functional Spec 映射需求到功能性，
Technical Spec 映射功能到实现。
以后随手写一些文档的时候也依照这些要求，相对规范，比较容易将来整理形成正式文档。
内容大于形式，注重实效。一份内容，一份模版，需要的时候找一个熟悉这部分内容的人，很快攒出一份文档出来。
关键在内容的组织上，而不是模版形式本身。
如果把需求，功能，实现在不同层面上讲清楚，层次清晰，详略得当。需要业务知识、技术知识、项目经验、分析能力、表达能力。
这 ...
- 2006-11-21 10:34
- 浏览 1673
- 评论(0)
单元测试类似一种强大的魔法，不恰当的使用则可能浪费大量的时间，给项目带来严重的损害。如果单元测试写得很差、且没有得到很好的应用的话，很容易让你花费大量的时间维护和调试这些测试代码，以至影响到生产代码和整个项目。
我们必须避免发生此类情况。记住，进行单元测试的首要原因是让一切更简单。还好，只要遵循几条简单的指引就能够在项目中避免这些麻烦。
优良的单元测试具有以下的特点：简称为 A-TRIP。
自动性(Automatic)
完备性(Thorough)
可重复性(Repeatable)
独立性(Independent)
专业性(Professional)
下面让我们逐一理解它们的含义。
自动性
单元测 ...
最近看了java vs ruby很多这方面讨论的文章，也顺便看了很多这方面的资料。
语言毕竟是工具性质，肯定是各有优势了，不想细研究这些，一门语言学的比较精通，其他的就触类旁通了，至于到底那个好就是个人偏好的问题了。虽然现在用java，其实一直感觉matlab做科学计算才是我感觉最爽的。
读过人月神话的 ，大家应该知道，软件工程的难点在于domain model，需求，沟通，变更、管理这些方面，这里面语言所能产生的作用是再次的。
孰本孰莫呢？还是多想想怎么抓住最本质的东西吧。
我从没有对Ruby有过负面评价，我的出发点是不要把开发语言的优点、缺点看得如此的重，他们本身是同质的，真正能够给开发效 ...
虽然我们会尽量保证测试的单纯性，但是很多单元测试是测试数据依赖的，特别是数据库，如何保证测试的自动性，可重复性、独立性、专业性等特性，是一个比较棘手的问题。
一点想法：
每个unit_test自行准备数据，在单元测试中进行数据的维护，设置rollback,保持测试的独立性。
测试数据统一准备，单元测试前导入测试数据库，设置rollback
这里有两种选择。
1.可以应用到整个单元测试类的，在setup中添加，也可以在先有数据基础上作修改。（因为是rollback方式，不会对其他测试产生影响）
2.只针对具体testMethod的，在test中做
两种方式结合，统一数据准备应该能满足多数情况，特殊 ...