每一步

自从我接触junit以来，我一直奉为准则。用了一段时间之后发现：junit适合的环境：1 测试业务逻辑，模拟业务处理的输入数据。测试业务是否清晰、正确。junit不适合的环境：1 对外界的依赖很大，以至于，你模拟出来的外部环境于实际的环境相差甚远。这样的测试，就没有了效果。例如：dao中涉及到与外部数据的连接。 对junit测试的选择，依据就是。你能否模拟出跟现实环境很接近...

同一个项目，只是由于开发的机器不一样。总会出现莫名其妙的错误。大概总结一下原因：1 对于同一个包，不要导入多个版本。  当然，我们不会睁眼犯这样的错误。现实的情况是，我引入hibernate的包，于是将hibernate-dir/lib中所有的jar都到进来。这里面可能就包括了log4j的包，而其他的一个library又可能同样地导入了log4j一次。所以这样会出现版本错误。由此引起的莫名...

1 概要设计一定要分析清楚。2 一定要详细设计，如果有足够的项目经验。小项目就可以不做。3 理解面向接口编程，接口是与业务操作对应的。要先定接口，再写实现。[我犯的错误是没有根据业务来定义接口]4 写了接口，要写接口的测试用例。再写实现。5 类包能简单就尽量简单。类包复杂体现出你的低水平。只写action+business+util的测试用例。其他的不用写。尤其是dao,使用了hi...

各种规范都是通过分解过程，制定过程中的规范

今天在搭建完整的struts2 spring3 hibernate3的源码开发环境时。(主要是受到javaeyer的启发，搭建三个框架的源码能跟踪出现错误的地方)发现，自己的是jdk 1.5.而spring中有使用到com.sun.net.httpserver的包。自己处理：找到jdk1.6/lib rt.jar,将com.sun.net包拷出来，在放到jdk 1.5的rt.ja...

从javaeyer获得启发，改变自己的学习方法。先说说之前的方法，1 孤立地去学习常用的ssh，变成一种情况就是看着是懂了，但动手的时候，总是出现各种各样的问题。于是，无论是看书还是做项目都很烦躁。看的时候，觉得就是这么一回事呀。我知道了呀，做项目的时候又怀疑。现在的方法是，把ssh的源码放到实际的项目中。出现问题的时候，可以直接跟进去。在这个时候，在结合理论看。感觉清晰多了。...