本文首先介绍AOP（面向方面编程）的相关概念及理论，然后介绍如何使用PostSharp框架在.NET平台上实现AOP，最后对PostSharp的机制及AOP的优劣进行一个简单的分析。 阅读全文
本文不是一篇关于Linq to Sql的大百科，写本文的目的，是引导大家快速上手Linq to Sql，所以不可能面面俱到去讲解Linq to Sql。不过根据80-20定律，学会了本文的内容，基本就可以应付80%的工作了。另外，延续我一贯的风格，本文将通过案例的方式帮大家上手Linq to Sql。案例是一个“公告发布程序”。 阅读全文
大约在半年前，我在博客上发表了一个系列文章：《基于.NET平台的分层架构实战》。当时在讲解过程中用到了一个叫NGuestBook的案例，在那以后，有很多朋友留言或发E-mail希望能得到NGuestBook的完整源代码，以便对照文章研究学习。但是，在当时NGuestBook只是我虚拟的一个案例，并没有成型的系统和完整的源代码。但是后来一直有很多朋友询问这个事情，所以我觉得，将那个NGuestBook做出来还是很有必要的，所以，我花了两天的时间大约做出了这个NGuestBook，现在把它发布出来，希望能给大家一些帮助。 阅读全文
在这篇文章中，将讨论一下表示层的实现方法。表示层是一个系统的“门脸”，不论你的系统设计的多么优秀，代码多么漂亮，系统的可扩展性多么高，但是最终用户接触到的大多是表示层的东西。所以，表示层的优劣对于用户最终对系统的评价至关重要。 阅读全文
在这一篇文章中，将实现一个NGuestBook的业务逻辑层。在实际应用中，业务逻辑层是至关重要的，他承载着整个系统最核心的部分，也是客户最关注的部分。这一部分的实现，通常需要技术专家和领域专家通力合作。当然，在本文章系列的Demo中，由于业务逻辑的简单性，这里看的可能还不是很明显。 阅读全文
前面的文章讨论了使用SQL语句和存储过程两种数据访问层的实现方式，这一篇里，将讨论使用ORM方式实现数据访问层的方法。 阅读全文
在上一篇中，讨论了使用SQL构建数据访问层的方法，并且针对的是Access数据库。而这一篇中，将要创建一个针对SQLServer数据库的数据访问层，并且配合存储过程实现。 阅读全文
经过上面篇文章的介绍，整个系统的框架算是基本搭建完了，下面，我们要具体实现各个层次。关于数据访问层的实现，我准备讨论三种实现方式，这一篇文章讨论第一种：Access+动态生成SQL。顾名思义，这种实现将使用Access作为后台数据库，而操作方式也是最基本的使用SQL命令。 阅读全文
我们设计的分层架构，层与层之间应该是松散耦合的。因为是单向单一调用，所以，这里的“松散耦合”实际是指上层类不能具体依赖于下层类，而应该依赖于下层提供的一个接口。这样，上层类不能直接实例化下层中的类，而只持有接口，至于接口所指变量最终究竟是哪一个类，则由依赖注入机制决定。 阅读全文
接下来，将进行接口的设计。这里包括数据访问层接口和业务逻辑层接口。在分层架构中，接口扮演着非常重要的角色，它不但直接决定了各层中的各个操作类需要实现何种操作，而且它明确了各个层次的职责。接口也是系统实现依赖注入机制不可缺少的部分 阅读全文
实体类是现实实体在计算机中的表示。它贯穿于整个架构，负担着在各层次及模块间传递数据的职责。一般来说，实体类可以分为“贫血实体类”和“充血实体类”，前者仅仅保存实体的属性，而后者还包含一些实体间的关系与逻辑。我们在这个Demo中用的实体类将是“贫血实体类”。 阅读全文
本文主要是对将要实现的架构进行一个总体的描述，使朋友们对这个架构有个宏观上的认识。这篇文章理论性的东西会偏多一点，从下篇开始，将进行实际项目的开发。这篇文章的许多内容摘自我的毕业论文。 阅读全文
在实际的项目中，需求分析和数据库的设计是很重要的一个环节，这个环节会直接影响项目的开发过程和质量。实际中，这个环节不但需要系统分析师、软件工程师等计算机方面的专家，还需要相关领域的领域专家参与才能完成。但是，在这个文章系列中，所要使用的Demo仅仅是一个例子，而且其业务极为简单，因此，这里并不是真正的需求分析和数据库设计，而是将Demo的需求和数据库罗列至此，使朋友们对Demo有一个大体的了解，方便后续文章中开发过程的理解。 阅读全文
通过浏览博客园的文章发现，很多朋友对分层架构特别感兴趣，刚好我刚做完的毕业设计就是专门研究.NET平台上分层架构的（题目叫“基于.NET平台的分层架构与设计模式应用研究”）。通过做这篇论文，我对分层架构有了一定的了解，所以，就萌发了想写一个文章系列，详述一下分层架构。然而，论文的理论性太强，不适合在网上发布，尤其不适合初学者理解，所以，我想在这个文章系列中，少讲理论，而是通过做一个完整的案例来讲解分层架构的基本方法。 阅读全文