2007年3月26日

     摘要: 项目中的迂回曲折是是大多数开发人员都经历过这样的问题,也思考过问题出现的原因和解决方法,看看大家有什么想法  阅读全文
posted @ 2007-03-26 21:10 Aero 阅读(614) | 评论 (0)编辑

2007年3月19日

posted @ 2007-03-19 17:14 Aero 阅读(671) | 评论 (0)编辑
posted @ 2007-03-19 17:12 Aero 阅读(595) | 评论 (0)编辑

2006年3月23日

     摘要: NUnit是.net平台上使用得最为广泛的测试框架之一,本文将通过示例来描述NUnit的使用方法,并提供若干编写单元测试的建议和技巧,供单元测试的初学者参考。

继续下文之前,先来看看一个非常简单的测试用例(TestCase):
1 [Test]
2 public void AdditionTest()
3 {
4 int expectedResult = 2;
5
6 Assert.AreEqual(exptectedResult, 1 + 1);
7 }
你肯定会说这个TestCase也太白痴了吧!这也是许多NUnit文档被人诟病的一点,但是我的理解并不是这样,xUnit本来就是编写UT的简易框架,keep it simple and stupid,任何通过复杂的TestCase来介绍NUnit的用法都是一种误导,UT复杂之处在于如何在实际项目中应用和实施,而不是徘徊于该如何使用NUnit。

主要内容:
1、NUnit的基本用法
2、测试用例的组织 <  阅读全文
posted @ 2006-03-23 00:56 Aero 阅读(5107) | 评论 (33)编辑

2006年3月21日

     摘要: ...
我知道这个项目bug很多,无法按时完成,即使老板把我炒了也是应该的。曾经有一个做单元测试的机会放在我面前,我没有珍惜,等到后来项目雪崩了才后悔。如果上天能再给我一次机会,我会对老板说:我要做单元测试!如果一定要在单元测试上加个日期,我希望是一直。
...

在这里我并不是想说该怎么样去进行单元测试,既然我们无法规定该如何编写产品代码去实现需求功能,同样也不能要求开发人员该如何编写测试代码,甚至是否要编写UT。  阅读全文
posted @ 2006-03-21 09:50 Aero 阅读(2694) | 评论 (7)编辑

2006年3月20日

     摘要: 一对多(one2many)是最常见的对象关系之一,本文将通过示例说明如何使用NH来实现one2many关系的映射,以及如何实现Parent/Child对象之间的级连操作。  阅读全文
posted @ 2006-03-20 16:43 Aero 阅读(4451) | 评论 (24)编辑

2006年3月19日

     摘要: 这段时间收到了n封要语音参数分析平台源码和论文的email,看来又到了为毕设忙的时候了,现在开始忙的哥们都是好样的,至少比那些到了6月才开始动工,一心想着怎么去抄袭和剽窃的人强。作为cs四年学习的最后总结,还要去抄袭,实在是对自己自尊的践踏!  阅读全文
posted @ 2006-03-19 16:25 Aero 阅读(1919) | 评论 (17)编辑

2006年3月18日

     摘要: NH的online document中讨论了三种情况的的o/r mapping:
1)one-to-one
2)one-to-many / many-to-one
3)many-to-many

因为官方文档介绍得很少,学起来非常费劲,我在这里做一个学习总结,希望能引起大家的继续讨论。

为了便于描述。,本系列学习手记将引入Category和Item对象,分别实现以下关系:
1)Category和Item对象之前不存在关系(none-association);
2)Category和Item对象之前存在着one-to-many的关系,即一个Category对象对应多个Item对象;
3)Category和Item对象之间存在着many-to-many的关系;
4)Category和Item对象之间存在着one-to-one的关系(我认为这是最少用到的关系类型)。
  阅读全文
posted @ 2006-03-18 23:17 Aero 阅读(4707) | 评论 (6)编辑

2006年3月17日

     摘要: NH中把需要持久化服务(保存到数据库)的类称为Persistent class,目的和常见的Serializable(可序列化)一样,都是把程序运行时创建的临时对象(transient objects)保存到数据库、文件等介质中。  阅读全文
posted @ 2006-03-17 09:12 Aero 阅读(2317) | 评论 (8)编辑
     摘要: 之前我也认为代码的注释非常重要,但是后来发现事实并不是这样。

1、首先,代码是programmer( or coder)之间沟通的最好语言,而注释往往带来歧义,更何况大多数programmer往往文笔不佳,词不达意。
2、其次,fuzy code fuzy comment,xxx编写的代码晦涩难懂,他写出来的注释难道就能读懂?
3、有注释才能让人读懂的代码本身就存在着bad smell,这个问题需要通过重构来解决,注释只是掩饰不足的方法。
4、逻辑结构和命名规则好的代码不需要注释。  阅读全文
posted @ 2006-03-17 00:38 Aero 阅读(825) | 评论 (0)编辑

导航

公告

从不了解到了解,从了解到熟悉,从熟悉到精通,这纪录了一个人思考和解决问题的成长过程。

转载请遵守 创作共用约定

关于语音参数分析平台: 毕设也博客

msn: wk_kevin at hotmail.com
email: chwkai at gmail.com
Free Website Counter
<2008年10月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

统计

与我联系

搜索

 

常用链接

留言簿(16)

我参加的小组

我参与的团队

随笔分类(66)

随笔档案(59)

文章分类(18)

相册

about Aero

friendz

project bloggerz

project sitez

techz

积分与排名

最新评论

阅读排行榜

评论排行榜