当前位置: 代码迷 >> .NET分析设计 >> 关于抽象工厂、三层架构的项目始终理解不到位,请大牛们点拨一下?该如何解决
  详细解决方案

关于抽象工厂、三层架构的项目始终理解不到位,请大牛们点拨一下?该如何解决

热度:6137   发布时间:2013-02-25 00:00:00.0
关于抽象工厂、三层架构的项目始终理解不到位,请大牛们点拨一下???
前几天在csdn上下项目,是csdn上哪位朋友分享的,先感谢一下。

项目是关于抽象工厂和三层架构的,于是我也下载来研究一下,开始看了老半天,感觉我的理解总是“不踏实”,好像缺少点什么,望大牛可以点拨一下,来个茅塞顿开。。

项目结构原图:


我把主要关于抽象工厂和三层架构的几个模块拿出来画了一下:


先说一下我的理解——各个层的用途(倒过来讲——从底层说起)
AccessDAL——数据访问层(主要用于操作Access数据库)
SQLServerDAL——数据访问层(主要用于操作SQL Server数据库)
FactoryDAL——通过配置文件,决定使用哪个数据访问层。
BLL——业务逻辑层,主要通过FactoryDAL等到确切的数据访问层对象(是AccessDAL中的对象还是SQLServerDAL中的对象)
UI——页面展示(不多说)

我总觉得我还有一下地方没有考虑到,例如第二张图片中的红色框框部分。主要是各层之间对IDAL关系不够理解。。。
———————————————————————分割一下———————————————————————————


先贴一点点代码吧,实在不知道该贴哪儿的代码……
C# code
using System;using System.Data;using cofcms.IDAL;using cofcms.FactoryDAL;namespace cofcms.BLL{    /// <summary>    /// 业务逻辑类Adbanner 的摘要说明。    /// </summary>    public class Adbanner    {         protected static readonly IAdbanner dal = DataAccess.CreateAdbanner();        public Adbanner()        { }        #region  成员方法        /// <summary>        /// 是否存在该记录        /// </summary>        public bool Exists(int Id)        {            return dal.Exists(Id);        }                //…………省略很多方法…………        #endregion  成员方法    }}


上面的类中主要是protected static readonly IAdbanner dal = DataAccess.CreateAdbanner();这句代码不是很懂
DataAccess是FactoryDAL层中的一个类,CreateAdbanner的方法定义是:
C# code
public static IAdbanner CreateAdbanner(){    string classname = path + ".Adbanner";    return (IAdbanner)System.Reflection.Assembly.Load(path).CreateInstance(classname);}


写的东西比较多,麻烦大牛们耐心阅读一下!!!

谢谢!!!

------解决方案--------------------------------------------------------
你可以看看petshop的一些知识
------解决方案--------------------------------------------------------
记得不到一年换第二份工作时,被人问到 const 与 readonly 的区别

面试别人的时候,我有时会问面向接口编程

看似很基础的面试题,确能帮助你更好的设计。


------解决方案--------------------------------------------------------
探讨
引用:

你可以看看petshop的一些知识


大哥,petshop这个东东我早看过,可是里面的层分的也忒多了吧,再说里面的注释什么的都是E文的。。。

我还是觉得这个简单点!!

------解决方案--------------------------------------------------------
你这个有四、五层吧?!

只要有BLL概念就是三层了,至于要不要包装去使用数据库驱动,那是三层以后的事,基本上我的原则是:以简单为原则。DAL部分最好不要搞形式主义,但是假设别人有一分钟就自动生成的包装,可以考虑使用,但永远不是唯一的,任何人都可以使用不同的方法来访问数据库驱动,不一定就只能使用你的DAL。
------解决方案--------------------------------------------------------
其实你看看你的图片上贴的所谓代码文件的分布方式就会发现,这类代码把几乎所有精力都给了操作数据库的那些语句了,也就是什么DAL之类的,开发搞到这个地步,是不是太过了啊?

开发要面向用户不断变化需求,而不是面向那些只喜欢研究DAL的程序员啊。如果你检视一套代码如果出现的业务逻辑分布、前台分布并不多,而全都是什么DAL之类的配套文件,我是认为这样的产品没有什么可参与开发的必要。
------解决方案--------------------------------------------------------
我是想告诉你,你把那两个问题搞明白 就知道为什么要那么写那行代码了。
------解决方案--------------------------------------------------------
汗 我做的东西你咋下载了?

我被拍砖了
不过sp大哥说的有道理 我虚心接受,当时做这个只是出于无聊,并不是说做什么
现在在做用户操作性强的东西 已经摈弃这个模式了 上次谁说要源码学习 我就给贴了一下地址
想不到今天一打开觉得好面熟
 菜鸟飘过 好好学习 天天向上 

------解决方案--------------------------------------------------------
探讨

引用:

汗 我做的东西你咋下载了?

我被拍砖了
不过sp大哥说的有道理 我虚心接受,当时做这个只是出于无聊,并不是说做什么
现在在做用户操作性强的东西 已经摈弃这个模式了 上次谁说要源码学习 我就给贴了一下地址
想不到今天一打开觉得好面熟
菜鸟飘过 好好学习 天天向上


嘿嘿,谢谢你啊!!!……

------解决方案--------------------------------------------------------
  相关解决方案