摘要: 之前国内外都对存储过程的好与坏进行了激烈的争论，本文将不讨论这部分内容，更重要的强调什么情况下使用存储过程，什么情况下应该封装在业务类中。 总体的原则： 1、业务逻辑需要进行复杂的判断处理使用业务类实现 2、涉及小数据量（数据行在200条以内）处理判断使用业务类实现 3、涉及批量数据处理使用存储过程实现（如部门人员批量合并，同时批量增加每个人员的岗位变更信息子表） 4、涉及统计分析部分的逻辑通过存储过程来实现 5、如果需要对外提供数据层接口的部分通过存储过程实现，不建议直接开放数据表，至少也要以视图的形式开放（这种情况很少，一般是内部系统间才会使用这种接口，建议少用） 6、需要进行横向扩展的业务使用业务类实现（如：用户认证表只是纵向扩展，只是记录的增加；企业的数量可能的增长就属于横向扩展或者说模块的数量增长也属于横向扩展，涉及数据表的增加部分） 阅读全文

摘要: 由于NVelocity项目太久没有升级了，虽然看到Velocity经常发布一些新的功能，但.net版本的修改似乎比较迟。以至于很少关注升级情况。由于前期使用这个模板引擎的时候发现对DataTable支...阅读全文

摘要: 先讲一个小笑话，说的是关于一个简单的小问题引出的复杂的分析。 老师在课堂上想考考学生们的智商,就问一个男孩:“树上有十只鸟,开枪打死一只,还剩几只?” 男孩反问:“是无声手枪么?” “不是.” “枪声有多大?” “80~100分贝.” “那就是说会震的耳朵疼?” “是.” “在这个城市里打鸟犯不犯法?” ‘不犯.” “您确定那只鸟真的被打死啦?” “确定.”老师已经不耐烦了,”拜托,你告诉我还剩几只就行了,OK?” “OK.鸟里有没有聋子?” “没有.” “有没有关在笼子里的?” “没有.” ... 最后学生说：“如果您的回答没有骗人，打死的鸟要是挂在树上没掉下来，那就只剩一只，如果掉下来，就一只不剩。” 本来这个笑话的场景与需求分析无关，但是在很多人看了后，都会认可这个学生，思路敏捷，考虑问题全面，知识面也算比较广，这样的人做去需求分析，效果一定会很好。 的确，做需求分析需要这样的素质和能力。面对复杂的需求和系统的不确定性，我们需要有一个严谨、逻辑和跳跃的思维习惯。严谨，是要不放过任何一个小问题；逻辑，是要求思考的过程应该是符合规则的阅读全文

摘要: 在设计的时候经常会碰到注释和Name不统一，需要手工复制的问题。其实PD提供了很好的方法可以批量进行调整。

我写了一个递归的修改方法，如下所示：可做为参考。
阅读全文

摘要: 在SourceSafe Admin里面设置一下选项 Tools->Options->General->expand keywords in files of type
意思是为以下类型的文件启用扩展关键字，可以输入需要处理的文件类型：如：*.txt,*.cs,*.aspx

在代码里插入
/* Last Modified
$Author: $
$Modtime: $
$Revision: $
*/

在用户进行签入后就会自动生成如下的信息：
/* Last Modified
$Author: Lbq $
$Modtime: 06-05-05 11:58 $
$Revision: 3 $
*/
注意，客户端要重新登陆。
阅读全文