Tony Gong的技术Blog  
技术旅途中蹒跚的行者

2006年4月28日

摘要: 本章主要讲解NUnit的几个Attribute(特性)的用法。 Imports NUnit.Framework 《TestFixture()》 _ Public Class Class1Test Public Sub New() End Sub End Class 上面代码中的就是一个特性(C#中使用[TestFixture]),这个特性告诉NUnit: 这个类包含了测试代码,你需要给我看一下。然后NUnit就到这个类里面去看看是否有需要他出马的机会。 阅读全文
posted @ 2006-04-28 15:50 Tony.Gong 阅读(2105) 评论(3) 推荐(0) 编辑
 
摘要: XSLT轻松入门第四章:XPath的语法 ... 阅读全文
posted @ 2006-04-28 08:55 Tony.Gong 阅读(571) 评论(1) 推荐(0) 编辑

2006年4月26日

摘要: 一个简单的异常处理方法,是把异常信息按日期储存到xml日志文件中,方便分析。 主要实现的功能是: 1,根据日期创建xml日志文件,如2006-04-26log.xml 2,把每一个异常信息,包括一些环境信息储存到xml日志中 3,对外显示一个友好的错误信息 在一下小软件上还是有一些帮助的,尤其对于bug返回很有帮助,对方只要把xml文件反馈,我们就可以根据xml上的异常信息来修复一些bug 让我们先看看日志的效果,以下是实际产生的xml日志内容: 阅读全文
posted @ 2006-04-26 21:49 Tony.Gong 阅读(1114) 评论(1) 推荐(0) 编辑
 
摘要: XSLT轻松入门第三章:XSLT的元素语法 ... 阅读全文
posted @ 2006-04-26 09:21 Tony.Gong 阅读(436) 评论(0) 推荐(0) 编辑

2006年4月24日

摘要: 这篇学习笔记主要解释一下“NUnit学习笔记1”中举的例子,说明一下NUnit的主要用法。 阅读全文
posted @ 2006-04-24 11:00 Tony.Gong 阅读(2290) 评论(0) 推荐(0) 编辑

2006年4月20日

摘要: 最近一段时间在研究单元测试,先记录一下学习记录吧。 首先,单元测试的目的,我觉得最主要有以下几点: 1,可以保证code实现的功能和我们期望的一致。 2,当我们增加了新的功能时,常常会破坏原有的代码而不自知,n久之后,突然发现某诡异bug,需要花费很久才能查出来。而有了单元测试,每当你添加新功能,以及新功能的单元测试代码之后,运行一下这个工程的单元测试,马上就能看到你的新功能是否破坏了你的原有功能。 当然,前提是单元测试写的够完整。 3,通过单元测试,可以找到很多不易发现的bug,比如边界条件错误等。这会使得我们的程序更加健壮。 4,对原有代码编写单元测试,常常会发现原有代码由于耦合度过高,不容易测试,这时候,通过令代码更加容易测试而去改善代码得设计。测试驱动重构?汗。。。。。 阅读全文
posted @ 2006-04-20 21:30 Tony.Gong 阅读(2717) 评论(7) 推荐(0) 编辑
 
摘要: AndAlso和OrElse应该是vb。net引入的新运算符。因为用vb。net的时间还不是很长,之前我一直以为他们和and,or根本没有区别。现在终于明白,他们之间还是有很大区别的:AndAlso,OrElse相对于and,or最大的特性是会自动实现“最短路径”。所谓“最短路径”就是指:当第一个被比较的运算式的结果已经能决定运算的最终结果时,就不会再去比较其他运算式,因此可以避免掉额外且不需要的... 阅读全文
posted @ 2006-04-20 15:16 Tony.Gong 阅读(5179) 评论(5) 推荐(0) 编辑

2006年4月19日

摘要: XSLT轻松入门第二章:XSLT的实例 ... 阅读全文
posted @ 2006-04-19 16:05 Tony.Gong 阅读(463) 评论(0) 推荐(0) 编辑

2006年4月17日

摘要: XSLT轻松入门第一章:XSLT的概念 ... 阅读全文
posted @ 2006-04-17 14:49 Tony.Gong 阅读(415) 评论(0) 推荐(0) 编辑

2006年4月14日

摘要: 公司同事整理的文章。觉得挺实用的,转贴一下。 在我们的应用中,可能会遇到这样的情况: 在进行数据检索时,需要进行整形的处理(中间空格的处理不在此次讨论范围内,REPLACE函数即可处理), 1. 大、小写不敏感; 2. 全角、半角不敏感。 以生徒检索为例,假设需要根据生徒的氏名去数据库中检索匹配的生徒。并且假设数据库中存在一个全角半角、大小写混杂的生徒名为“ ”,要求氏名检索时需要进行整形的处理。但是,SQL Server中并没有现成的函数可以进行全角/半角的转换,那么如何处理呢?有一个方法是不在SQL Server中根据氏名作为条件进行匹配。而是首先将生徒检索出后,在BR层做整形处理进行氏名的匹配。显然,这不是一个好的解决办法,效率上就存在着极大的问题。 有没有办法利用SQL Server中处理这个问题呢?答案是肯定的。解决办法就是运用SQL Server的排序规则来处理。 SQL Server的排序规则由这样几部分组成:代码页、区分大小写、区分重音、区分宽度。 最后一个在SQL Server的联机帮助 阅读全文
posted @ 2006-04-14 10:11 Tony.Gong 阅读(1268) 评论(0) 推荐(0) 编辑