本站地址:http://www.bajiao123.com
懒惰化、标准化、自动化——>工具化
我这里推荐的是Vs.NET自带的Visio版本，相对于Office系列，总体有一个版本号的延迟，如VS.NET 2003自带的是Office XP版本的Visio，Office 2003的Visio版本集成在了Visual Studio 2005 Beta版中，相对于专业版，企业版提供了强大的脚本生成功能。
在.NET之下，如果说CodeSmith是最好的代码生成工具一点也不为过，而在Eric的团队中，也对CodeSmith的威力推崇到极致。如果你做过基于数据库应用的开发，相信会对那些重复的数据库操作语句头疼不已，太多的属性字段，太多的更新、太多的插入，太多太多。。。。
我相信你不会陌生下面这样的代码
这是一个最普通的数据库操作封装，如果你在应对频繁的数据库操作，类似这样的代码将是无比琐碎。其实如果仔细想想，这样的代码是否在不同的类中都会出现，固定化的属性访问，一成不变的数据库操作，相信你写过这样的代码，更加相信你不愿意写这样的代码。这个工具理所当然的成为了懒惰人的工具。基于模板和ASP.NET语法的特性一定会让大多.NET开发人员喜欢。在Eric的团队里头，大多的数据库访问类（也就是设计领域熟知的数据访问层（DAL），也有人简单的称之为Business Object）都是利用这个工具生成的，其中带来的好处是极大程度的减少不必要的开发工作量，同时因为模板生成的代码是统一规范的，能够维持代码风格的一致性。这个工具可以从http://www.codesmithtools.com 下载，有三十天的免费使用，样例文件中包含了大量的模板，包括集合、数据库和XML等等各个方面，也包含了CSLA.NET的完整模板。
其实在这里介绍一个这样的重量级软件不是那么合适，但是如果你用过Rose，用过Together，你绝对无法忍受没有他们的建模方式，虽然VS.NET已经足够好用，但是我还是强烈推荐他作为你建模过程的首选工具（前提是你们的公司有能力去支付价格不菲的软件授权费），通过CodeSmith生成的代码并无法尽善尽美，在数据依赖的基础之上你还要去定义对象动作，定义关系，定义依赖，定义他们的活动时序图。或者你会告诉我没有必要将UML搞得如此晦涩难懂，在小型团队的开发过程中没有必要使用这样的大家伙，XP极限编程对于几个人的团队再适合不过，但是你依旧需要一个概括性的抽象视图：或者类图，或者部署图，或者你期望的其他视图，不管如何，这个时候你需要一个工具能够来做这些事情，Visio可以导出UML图，但是XDE做的更好，最重要的是对于代码和模型，XDE提供了无缝的双向工程。这个意味着你可以利用CodeSmith生成的代码转换成UML图，然后根据你的业务需要修改UML，然后再次生成代码，等到交付到开发人员手中需要实现的代码时，需要做的工作已经很少很少，要做的事情已经很好。“卓越的本质就是每件事情做得都比其他人好一点点”，XDE就是一个这样的工具。对于此如果有兴趣的读者可以在IBM Rational的网站上找到相关的下载，当然了，这是一个比较昂贵的软件。
Eric的团队依旧很懒惰，很不愿意编写程序文档，很许多人坚持的观点一样“代码就是文档”，但是从几千几万行的代码中去阅读确实不是一件容易的事情。如果你熟悉C#，应该知道VS.NET IDE对于其提供了XML注释的支持，对于使用VB.NET的朋友，在SourceForge也可以找到相关的辅助工具。一个良好的设计一定会有良好的代码注释，那么怎样提取这些代码注释，然后用统一的文档来展现呢？
也许你熟悉了CHM格式的文档，也许熟悉Java Doc风格，也许熟悉MSDN风格，如果专门花费时间来制作这些程序文档是耗时耗力的事情。NDoc，从Java Doc借鉴过来的一个工具就是来解决这个问题的，它可以从C#生成的XML注释文档和程序集提取相关信息，然后根据你的需要生成指定格式的文档。如此一来，你还需要专门的文档人员来帮你写程序文档吗？
如果不知道如何测试自己的代码，那么你绝对不是合格的程序员，如果你不了解测试驱动开发，那么你也不是合格的程序员。这话或者太绝对和偏激，但是TDD已经成为一种推荐的开发方式，“测试先行”也得到越来越多开发人员的接受。如果你以前对于一些业务代码的测试是利用控制台或者测试网页来完成的话，那么我建议你一定要先去看看这个工具——NUnit，创意依旧来自于软件过程更加成熟的Java社区，相信你看看所有的绿灯亮起的时候，你会有一种无比的成就感。可以从http://www.nunit.org 得到相关的软件。
别告诉我你没有用过版本控制工具，假若如此，那么将给软件开发过程引入无尽的风险，没有版本比较，没有代码追朔，没有项目分支，团队的开发人员将陷入协作的灾难之中。作为老牌的版本控制工具Visual Source Safe没有作为我的首选推荐，原因在于除了版本相对老化（6.0以后没有大的更新），最主要的因素在Internet时代居然只能够通过局域网共享访问的方式来实现代码库的访问。或者恰恰因为如此，也造就了版本控制工具的百花齐放，除了大名鼎鼎的CVS，但是这个在Java世界如日中天的家伙却不是那么适合.NET开发，或者是因为和VS.NET IDE集成不够的原因，或者是因为两个社区不同的问题。幸运的是，在.NET下面除了VSS 6,我们还有很多选择，如VSS Remoting或者SourceGear的Offsite，他们都在VSS的基础上提供了Internet远
本站地址:http://www.bajiao123.com
