第一章(续)：企业级项目框架解决方案的提出
前言：自从上篇文章，争议很多，所以我决定采用:翻译+自创的方式来写文章，在写的过程中也把自己的一些心得和体会融合进去，希望大家支持，从技术的角度来看文章。
上一篇文章已经谈论了整个项目的"提出问题--设计方案"部分，本篇的话题是接着上一篇而来的。主要包括如下：
整个项目的解决方案
步入实战
而且由于篇幅的原因，本系列的文章结构一般是每一章分为两篇文章来写：第一篇：提出问题和设计方案，第二篇：解决方案。
项目的解决方案
之前我们已经说过了，整个系统的的开发将会采用三层结构：UI,BLL,DAL。当我们用Visual Studio来创建解决方案的时候，我们可以把很多的不同类型的项目放在同一个解决方案中，这样做也使得我们容易管理三个层。UI层主要是有web项目和自定义控件组成。UI开发人员控制网站的整体的外观，而不是编码。他们主要关注外观的字体，颜色等等，来满足客户的外观的需求。
BLL包含了所有的业务逻辑和验证的规则，可以说BLL是整个系统中最为核心的部分。例如，假设在系统中有一个创建用户的界面，用户的名字是必须而且唯一的，我们一般把判断的逻辑放在了页面的代码后面。现在如果新的需求来了：系统要导入一个以逗号分隔用户名的文件(也就是说一下子准备创建多个用户)，而且用户名依然是必须且唯一，那么我们就必须在之前出现那段判断逻辑出现的地方去修改，如果是写在很多的页面中的话，我们就得一一的修改。如果我们是把判断的逻辑放在一个单独的类中，那么我们就可以重用代码，而且修改也只有一处。相信这点大家都懂，所以业务逻辑层BLL的设计就是依照整个原理，同时这也是OO中的一个设计原则：封装变化点，哪里变化就封装哪里。
至于第三层就是DAL数据访问层，一般在DAL中包含了数据库访问的一些逻辑，例如调用数据库的存储过程，或者是执SQL查询语句。一般DAL层的开发人员对数据库操作的知识比较了解。创建DAL的原因主要是为了以后为数据库的替换带来方便，当数据库变换之后，系统的UI，和BLL不用变化，变化的只是DAL部分。说实话，虽然设计是这样的，但是一般的在系统完成之后要变换数据库的很少。
下面就是三层架构的很常见的设计图：
步入实战
在我们这个系统开发过程中，整个系统的解决方案的组成部分主要包括：一个ASP.NET的网站项目，一个类库项目来作为BLL层，一个类库项目来作为DAL层，以及一个服务器控件的类库。同时在系统还会用到Microsoft Exception Handling Application Block，我会在会面用到的时候，把安装包给大家。
在一个企业级的开发项目中，在使用的控件的时候，很多的时候都是需要定制的，因为一般要根据不同的业务逻辑来设计开发控件。(希望了解控件开发的朋友，可以看看我的自定义控件系列)
下面我们就开发一步步的动手(也希望大家跟着一起做，因为很多时候看着看着就在不知道之前写了什么)：
1.打开 Visual Studio 2008 ，选择"文件"-"新建"-"项目"，如下图：
2.选择"其他项目类型"-""Visual Studio 解决方案"
3.解决方案命名为"PaidTimeOffSolution".
4.选择我们存放解决的目录。
这个解决方案包含了一个ASP.NET网站醒目和一些类库项目。我们可以建立基于文件系统的网站，但是我们最后的项目还是要放在IIS中运行的，为了更好的模拟我们产品的运行环境，我们还是创建基于IIS的网站。
下面我们就配置一个IIS的虚拟路径：
1.我们导航到我们刚刚创建的那个解决方案的文件目录下，并且在文件目录下创建一个文件夹：PaidTimeOffUI
2.把PaidTimeOffUI文件夹配置为虚拟的路径.
3.在Visual Studio 2008 中，右击"PaidTimeOffSolution"解决方案，选择"添加新网站"，然后建立基于IIS的ASP.NET网站，并且选择C#语言。
下面我们就开发创建BLL和DAL：
1.右击"PaidTimeOffSolution"解决方案，添加"新建项目"，并且选择C#类库，命名为"V2.PaidTimeOffBLL",然后确认。
2.同理，创建"V2.PaidTimeOffDAL".
3.最后添加一个自定义控件库，如下：
然后编译整个解决方案，并且把V2.PaidTimeOffBLL.dll,V2.FrameworkControls.dll，引入到PaidTimeOffUI网站项目中。
好了，整个项目的解决方案就完成了。
本篇写的比较短，主要是因为才开始，大家见谅，以后的文章就不会这样了！
而且为了大家交流，已经创建企业项目开发团队，希望大家也以后会把有关企业开发的文章放入团队中，希望大家积极参加这个团队。而且我以后也会发表更多的项目示例，大家一起学习进步！