【飞鹰手记】之.NET专版

看到大家都申请MVP，为了能向有机会向大家学习，飞鹰也申请了。同sumtec一样，做个广告，希望大家可以推荐一下。

我的姓名是：王保健

2000年初创办了ASP酷技术网，一致在推动ASP技术的推广和交流，.NET出现后，转向了ASP.NET的开发。自己也写了很多关于ASP，ASP.NET的技术教程。最近主要做Unit Test，ORM等方面的研究。写了一个辅助Nhibernate开发的Cool Coder代码生成工具，以帮助大家使用NHibernate开发。还写了些单元测试、软件开发过程等方面的文章。

最近也为大家提供了专注于.NET技术交流的博客、论坛等，推动.NET网络社区的交流。

如果各位MVP可以推荐一下，将会不胜感激。

昨天晚上装到1点多，终于把宝玉汉化的ASP.NET Forum2.0给装好了，非常感谢宝玉，不仅给大家汉还了.Text 095，现在又汉化了ASP.NET Forum2.0。大家现在可以通过bbs.aspcool.com来访问新的ASPCOOL BBS 测试版。

在ASP.NET Forums 2 中有个MetaBuilders.WebControls.MasterPages.dll控件，这个控件作用是控制页面布局的，看上去似乎和ASP.NET2.0中的Master很像。有空的时候可以研究一下：http://www.metabuilders.com/

发条也给我推荐另一个.NET下开源的论坛：http://www.yetanotherforum.net/ ，这个论坛可以和DotNetNuke，RainBow集成再一起，又多了一个选择。开源真好！

最近TDD真得很火,Steve Eichert 也写了许多测试驱动开发的文章，另外，微软也有了一个TDD的Webcase，请观看：
Test Driven Development with .NET Webcast 

飞鹰也把自己做的TDD的PTT放上来。

今天写了一个关于单元测试的报告，主要包括：

• 基本概念
• 为什么要进行单元测试。
• 如何进行单元测试。

请点此查看。

好消息！ASPCOOL BLOG对外开放申请，欢迎在博客堂没有帐号的朋友前来申请。

ORM，即Object-Relationl Mapping，它的作用是在关系型数据库和对象之间作一个映射，这样，我们在具体的操作数据库的时候，就不需要再去和复杂的SQL语句打交道，只要像平时操作对象一样操作它就可以了。

最值得期待的ORM工具就是ObjectSpaces，因为它是微软推出的，集成在VS2005中，当然值得期待了。但是，最近有消息说，ObjectSpaces要到2006（2007）年才会推出，这样的等待好像也太长了些。

下面我们的目标就转到了国外的一些开发工具和开放源码上了，开发工具很多都有时间或者数据表的数量的限制，而且代码中间老有些“****工具自动生成”也不是一件好事情。在开放源代码中我现在要介绍的工具是Nhiberate，它是仿照Java的Hiberate制作的，虽然大家都抱怨它的开发速度有点慢，但是其实现在应该还是比较不错的。

和ObjectSpaces一样，在做ORM转换的时候，它也要自己先定义一个Schema文件，还要自己去手动写类的生成代码，很不方便。为了解决这个问题，飞鹰制作了这个Cool Coder工具，它的作用就是根据数据库的表结构自动生成.cs程序和schema文件。请点此查看使用说明。我修改了生成Map文件时的一个Bug，并我写了一个类来简化开发过程，请点此了解使用来开发基于NHibernate应用程序的技巧。

非常感谢大家的提供的信息，空间的事情已经搞定了。经过两个晚上的苦战，现在域名解析已经生效，可以通过blog.aspcool.com看到新的blog了。

早就听说了测试驱动开发，但是，直到最近才有机会去尝试它。在上一个项目中对自己写的类做了一个小小的测试之后，对自己的程序更有信心了。

昨天，终于借来了Kent Beck的《测试驱动开发》，就如饥似渴的读了起来，它的每一章都很短，以至于我利用自己的闲暇时间都已经读了7章了。

里面的方法都很简单，但是却把怎么做测试做了清楚地讲解，概括起来，测试驱动可以分下面几个阶段来进行：

 1. 写一个测试程序。
2. 让程序编译通过。
3. 运行测试程序，发现不能运行。
4. 让测试程序可以运行。
5. 消除重复设计，优化设计结构。

用上面的方法进行开发，确实是确保正确的最快的做法。?

最近，在给《软件设计心理学》的期末考试选择设计项目的方向，很多人根据老师在课堂上的例子选择了手机的设计。而我希望选择一个可以对自己，或者说对开发人员，有用的方向来做自己的调查报告。

开始想做代码生成工具方面的研究，后来又想做模型驱动的方向，但是发现这个方向实在太难，就如sam1111所说的，属于未来的技术，也就作罢。

昨天，我终于定下了一个方向，那就是做《极限编程开发辅助工具》，为什么要做这么一个工具呢？因为我并不了解极限编程，而我做这个工具的目的就是为了使那些和我一样不了解极限编程的人，通过这个工具可以用这个方法来编程。下面是我这个项目的设计目标：

“为了解决软件开发过程中存在的各种问题，人们在软件开发的过程中引入了各种办法。从以前的RUP、CMM到现在比较流行的极限编程（XP）、测试驱动开发（TDD）和模型驱动结构(MDA)等，但是真正能够在开发过程中使用这些方法的却还是极少数。这是因为这些方法的理论性太强，概念繁多，学习曲线复杂，使得很多开发人员对其望而却步。《极限编程开发辅助工具》就是针对人们在极限编程开发过程中遇到的上述问题。本工具可以指导人们根据极限编程的标准实施开发过程，对其下一步要做的工作进行提示，同时，如果用它也会限制人们在开发过程中用不符合极限编程开发标准的方法来进行开发。它可以指导那些不懂极限编程理论的开发人员，通过极限编程的方法高效的开发程序。”

不知道大家对于这个思路有什么看法，如果你有好的建议和心得体会，希望可以一起交流，当然，如果你也时间有兴趣来参加这个工具的设计，那就更好了。

看到这几天大家都在讨论“各国定价”或者“单独定价”的是是非非，其实大家似乎忘记了一点，那就事定价其实是由于市场来决定的。

书籍的“各国定价”不一样，而计算机的“各国定价”趋于一样，和制造成本关系并不是很大，按理说书籍所代表的知识在各个国家的价值应该是一样的，但是如果以在美国的价格在中国绝对是销售不出去的。

先前在Kaneboy的Blog上看到关于ORM（Obeject-Relation Mapping）的介绍，就开始学习许多ORM的内容，并深深被它吸引。因为我是属于比较懒得那类人，其实看的是ORM,我实际上在寻找代码自动生成的方法，用了一些工具，比如：ORM.NET,LLBLGen Pro,它们也确实利用ORM的思想帮你生成了许多现成的结果，其中ORM.NET最后生成的结果是我最喜欢的，如下所示：

DataManager dm= new DataManager(Config.Dsn);

Student s = dm.NewStudent();
s.FirstName = "Tim";
s.LastName = "Brown";

s.Contact = dm.NewContact();
s.Contact.Address1 = "555 Main Street";
s.Contact.Address2 = "Apt 6";
s.Contact.City = "Oakland";
s.Contact.State = "CA";

dm.CommitAll();

真得很不错，以后编写数据库的程序如此之简单，岂不是太美了。

但是我们平常的程序并不是都是访问数据库的程序，如果能够自动生成代码呢？

在无意中我发现了MDA,Module Driven Architechture.这是OMG(对象管理组织)以UML2的基础上提出的概念性软件开发架构。以前学习UML的时候，老觉得和自己的开发有不少的距离，现在如果有一个很好的MDA工具可以把我们的设计自动生成代码，那一定是一件舒服的事情。

但是微软的WhiteHorse并没有基于UML和MDA的标准，不知道那家公司可以给我们提供一个这样的产品？我们只有开始期待了。