C#编程架构层次的问题

嘿嘿~ 这个问题很简单！主要使用三层架构+抽象工厂完全能实现你要的效果，我说的前提是你会三层架构的了，然后你添加抽象工厂类库，在里面写一个类DataAccess,读取webconfig文件里配置好new那一个DAL,<add key="path" value="AccessDAL"/> private static readonly String path =ConfigurationManagerAppSettings["path"]; //创建DAL对象 public static IDALAdminIDAL CreatAdminDAL()

{

String className = path + "AdminDAL";

return (IDALAdminIDAL)AssemblyLoad(path)CreateInstance(className);

}最核心就是通过反射来获取你要调用什么数据库的DAL,这里调用Access数据库的DAL,如果你使用SQL数据库只要写一个SQLDAL就可以了，把配置文件里的(AccessDAL)改成你要调用的。 好，总结下：BLL层需要通过工厂来New DAL层，然后工厂通过配置文件来决定使用那一个DAL。所以当你更换别的数据库的时候，只需要写一个DAL(拿以前的DAL来改SQL语句就可以了),一个DBHelper, 当你要更换的时候只需要改下配置文件就完成了呵呵，不知道你能不能明白 不知道你能不能明白，

学ASPNET都知道它的最经典的架构是三层架构，也是目前应用得最广泛的一种架构。以前说起三层架构大家都知道MVC架构，这是html开发中用得比较多的，现在AJAX主要就是用这种架构。大家ASPNET的三层是指数据访问层，业务逻辑层和表示层，而且都知道数据访问层是用来访问数据的，业务逻辑层是用来处理一些系统的业务逻辑的，表示层就是把内容呈现出来给用户，与用户进行交互的。划分三层的好处就是每一层都是独立的，修改其中一层一般不会影响其他层的代码，这样就大大的方便了日后的维护和升级。它最大的缺点是架构和编码都比较复杂，而且对性能的提高没有任何帮助，反而还可能会降低执行效率。

有时候真的觉得“三层”编起来挺麻烦的，在ASPNET 20里，访问数据和显示出来只要拖两个控件就可以了（AccessDataSource/SQLDatasource和GridView），几分钟一个页面就出来了，而且还具备了修改中，删除，分页，排序等功能。而用三层架构就麻烦多了，先要写数据访问层的代码，接着写业务逻辑层的代码（要调用数据层的方法），最后才是表示层，也就是页面的设计，还有调用业务逻辑层的代码读取数据。（注意：表示层是绝对不会访问数据层的内容，只能通过业务层。业务层在这里是连接它们的桥梁。所以说业务层是最重要的一层）既然这样为什么还要用三层呢？前面提到的一层架构的一个很大的问题就是前台和后台代码没有很好的分开，不利于分工，第二，不利于日后的维护和升级。如果是个人主页或者是一些一个人完成的小系统用一层还是挺方面的。如果是一些比较大的系统，特别是企业级的应用，就非用三层甚至n层不可了。一般三层就很够了，再划分更多只会增加设计和编码的难度。

那到底怎么去分层呢？怎么样分层就符合三层架构原则呢？这是很多刚入门的人经常问的问题。我翻了很多本案例书，可惜很多都是一层或者是两层架构的，绝少三层的。后来研究了petshop40和下了一些国外的资料来看才开始对如何分层有点了解。我总结了一下主要有以下三种分层方式：

一：数据层不包含任何代码，只有数据库，还有相关的存储过程。

这种模式下，数据层看起来就变得很简单了。只包含你建立的数据库，和一些存储过程（注意是存储过程）。其实这些存储过程的建立也是相当复杂的（我以后会专门写一篇这方面的文章），因为它们可以完成除数据访问外的其他一些很强大的功能，如分页，实现搜索算法等。数据访问的逻辑就都放在业务层，当然业务层还包含其他一些逻辑代码。我们来看一个示例，假设数据库里有一个表BOOKS(书)，建立一个存储过程GetAllBooks，用来读取书的信息，这样在业务层里编一个方法GetBookS()和一个公用数据库访问类，GetBooks()就通过数据库访问类打开连接，执行在存储过程，返回数据（返回类型可以是DataTable，DataSet，DataReader或者实体类）。业务层单独编译成一个或者几个DLL文件。接着就是表示层了，表示层通过调用GetBookS()返回数据绑定在相关的控件里。务层的方法都是在表示层调用。一般来说bookaspx和bookaspxcs都是表示层的内容。所有前台的设计，相关控件，数据缓存都是属于表示层。

二：数据层还包含所有公共数据访问代码。

这种模式和前一种差别不大，主要是把数据访问代码六到数据层。这样可以很方面实现对多数据库的支持。业务逻辑层直接调用数据层的相关访问数据的代码，完全不必了解底层是什么数据库。其他和前一种没什么分别。

三：所有数据读取都放在数据层。

这种模式下像前面所述的GetBooks()方法都是放在数据层，在业务层再定义一个GetBookS()方法以供表示层调用。这种模式下业务层不但不必了解底层是什么数据库，而且连数据库的结构都不必了解了。这可以说是最标准的三层架构了，在Microsoft的PetShop 40里就是用这种模式。

我是从“上海全鼎软件学院”毕业的————————

我就不唧唧歪歪说大道理了，我先说我的选择。然后给楼主点出原因：

如果我选择我选择第二所

1第二所偏重ASPNET

ASPNET就是BS编程。所以MVC是必须学的。如果不学MVC，可以说就没有学BS，而且ASPNET在MVC方面无论在社区还是在书籍方面，支持都不多，也就是说学习门槛比较高，如果能聆听老师的讲解，能事半功倍。第二所对MVC比较侧重，从课程来看。petshop40就是多层。分析经典代码应该很不错。

2CSHARP的新特性学习

net版本一直升级，每次升级都有新特性，带来很多新体验和新功能。

仅仅从课程安排看不出什么，关键是你自己去试听，如果能试听一个星期最好，如果就试听一节，这样学校可以PASS了，最好去大家正在上课的课堂去听。这样更真实。听完后，最好和老师沟通一下，看看老师讲课是否适合你。

还有一点就是最后做得项目，项目好会直接决定你学习最后层次。项目不在多，在于什么层次的。一个大型项目足矣，可以让你有1-2年项目经验。很多培训学校都是推出很多项目。基础讲完，都没有时间讲项目，大家都是一边找工作，一边项目。其实项目队提升编程能力是至关重要，可以说是核心。总之一句话，编程是工程学科，要上手 *** 作，项目好坏是选择的重要评定标准。

说这么多吧，其实你自己不去培训，参加一些在线培训也不错 。这些培训好处就是费用低一些。时间没有限制，如果你自学能力够强，有时间保证，这些培训也不错。

以上就是关于C#编程架构层次的问题全部的内容，包括:C#编程架构层次的问题、怎么使用三层架构、高手给看下.NET的课程那个好点等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！