一个分层架构设计的例子（2）-低调大师

一个分层架构设计的例子（2）

2017-12-03 641

接着上一篇关于分层架构的讨论，一个分层架构设计的例子（1）。
上篇介绍了实体类（Entity）、数据库访问类（DAL）、数据访问接口（IDAL）的相关设计，本篇主要讨论下面几个部分内容：业务逻辑层、缓存机制、界面层等方面。
业务逻辑层，主要是业务逻辑基类的设计，由于数据库访问类（DAL）的基类封装了大量的操作实现，因此，业务逻辑层的主要工作是进一步封装对底层访问接口的实现，如下所示。

 
 
     
 public
  
 class
  BaseBLL
 <
 T
 >
  
 where
  T : BaseEntity, 
 new
 ()
    
 {
        构造函数

        对象添加、修改、删除等接口

        返回集合的接口
    } 

业务层基类封装了大量的调用，那么对于业务层的具体操作类，它的工作就很简单了，基本上只需要继承一下基类就可以了，这就是有一个优秀父亲的好处，呵呵

 
 
     
 public
  
 class
  Equipment : BaseBLL
 <
 EquipmentInfo
 >
 
    
 {
        public Equipment() : base()
        {
        }
    } 

基本上，业务层的设计到此应该收尾了，可是我们注意到，很多开发都使用了缓存的机制来进一步提高程序的性能，下面对这方面进行讨论。缓存的机制，一般是把创建过的对象资源放到一个集合中，需要的时候，调出来，如下业务层的工厂类所示。

 
 
     
 public
  
 class
  BLLFactory
 <
 T
 >
  
 where
  T : 
 class
 
    
 {
        private static Hashtable objCache = new Hashtable();
        public static T Instance
        {
            get
            {
                string CacheKey = typeof(T).FullName;
                T bll = (T)objCache[CacheKey];　 //从缓存读取  
                if (bll == null)
                {
                    bll = Reflect<T>.Create(typeof(T).Name, "HuaweiSoftware.IPSPBD.BLL"); //反射创建，并缓存
                }
                return bll;
            }
        }
    }
    

这是一个业务逻辑类工厂创建类，我们在界面层只需要如下调用即可构造一个（利用了缓存）具体的业务类出来

 
 
 CustomerInfo info 
 =
  BLLFactory
 <
 Customer
 >
 .Instance.FindByID(ID); 

在上面的BaseBLL和BLLFactory类中，有一个Reflect的操作类，这是反射缓存的具体实现所在，我们探讨一下它的实现。

 
 
     
 public
  
 class
  Reflect
 <
 T
 >
  
 where
  T : 
 class
  
    
 {
        private static Hashtable m_objCache = null;
        public static Hashtable ObjCache
        {
            get
            {
                if (m_objCache == null)
                {
                    m_objCache = new Hashtable();
                }
                return m_objCache;
            }
        }

        public static T Create(string sName, string sFilePath)
        {
            return Create(sName, sFilePath, true);
        }
        public static T Create(string sName, string sFilePath, bool bCache)
        {
            string CacheKey = sFilePath + "." + sName;
            T objType = null;
            if (bCache)
            {
                objType = (T)ObjCache[CacheKey];    //从缓存读取 
                if (!ObjCache.ContainsKey(CacheKey))
                {
                    Assembly assObj = CreateAssembly(sFilePath);
                    object obj = assObj.CreateInstance(CacheKey);
                    objType = (T)obj;

                    ObjCache.Add(CacheKey, objType);// 写入缓存 将DAL内某个对象装入缓存
                }
            }
            else
            {
                objType = (T)CreateAssembly(sFilePath).CreateInstance(CacheKey); //反射创建 
            }

            return objType;
        }

        public static Assembly CreateAssembly(string sFilePath)
        {
            Assembly assObj = (Assembly)ObjCache[sFilePath];
            if (assObj == null)
            {
                assObj = Assembly.Load(sFilePath);
                ObjCache.Add(sFilePath, assObj);//将整个DLL装入缓存
            }
            return assObj;
        }
    } 

另外，如果你在业务层需要实现更加复杂的功能，而数据库访问基类BaseDAL提供的函数不能满足你的需要，可以扩展数据访问层的接口和实现，如下所示。

 
 public
  
 interface
  ICustomer : IBaseDAL
 <
 CustomerInfo
 >
 
 {
        List<string> GetAllCustomerNumber();

        CustomerInfo GetByCustomerNumber(string number);
    }
 
 public
  
 class
  Customer : BaseDAL
 <
 CustomerInfo
 >
 , ICustomer
    
 {
        对象实例及构造函数

        ICustomer 成员
    }

那么在业务层的类修改如下

 
 
     
 public
  
 class
  Customer : BaseBLL
 <
 CustomerInfo
 >
 
    
 {
        public Customer() : base()
        {
        }

        public List<string> GetAllCustomerNumber()
        {
            ICustomer customerDAL = baseDal as ICustomer;
            return customerDAL.GetAllCustomerNumber();
        }

        public CustomerInfo GetByCustomerNumber(string number)
        {
            ICustomer customerDAL = baseDal as ICustomer;
            return customerDAL.GetByCustomerNumber(number);
        }
    } 

最后，界面方面的设计是见仁见智，但根本一条是利用一些控件，可以统一风格，减少劳动，给出几个界面的设计截图供大家参考
WinForm方面的(颜色标明的是使用了特定的界面控件，其中红色部分为和整个架构整合起来的分页控件，集成了一些基本的右键菜单操作，包括打印功能、数据导出功能等)：

Winform分页控件设计视图

可以选择列进行打印

在实际运用过程中的界面效果

WebForm方面的（可以使用之前文章介绍的查询控件、分页控件、内容编辑控件）：
下图是查询控件和分页控件的一起运用：

修改内容时候的编辑控件

查看内容时候的编辑控件

以上所引用的代码是通过代码生成工具Database2Sharp自动生成（http://www.iqidi.com/Database2Sharp.htm），选择EnterpriseLibrary架构即可。

本文转自博客园伍华聪的博客，原文链接：一个分层架构设计的例子（2），如需转载请自行联系原博主。

微信关注我们

原文链接：https://yq.aliyun.com/articles/327310

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Do it early, do it often, do it automatically (转)

　上篇博客转眼已是半年前的了，最近有两个原因，促使我再次写博：一是深深感到，在软件开发行业，有很多我认为已经是“常识性”的东西，可是对很多团队却完全没有体会。敏捷软件开发已走过十年时间，可是仍未普及，我觉得一个原因正在于此：很多“最佳实践”，它背后的原理，仍不被很多团队理解。反过来说，只有行业把这些东西当做“常识”了，敏捷才会真正的普及开来。这些“常识性”的东西，往往很小。很小的实践，背后却隐藏着一种价值观。作为个人来说，如果能跟拥有共同常识、共同价值观的人共事，无疑会让每天的工作更加愉快。可是正因为它“小”，导致我一直没有动力把它们写下来，直到前几天参加上海的敏捷沙龙，聆听了Daniel Teng的演讲《Survival》。这个主题演讲非常好，讲的是个人和组织怎么在当今信息爆炸的年代生存下来。其中有一个观点：个人在自己的知识更新过程中，要保持“habit to ship”——如同软件开发中的“持续集成”/“持续交付”，个人所学的知识也要经常“交付出去”，“交付”的形式可以是写博客、可以是做演讲……目的是一样的：1是寻求反馈；2是小步伐前进，积少成多。很有趣的是Daniel的这...

2017-12-04

519

一个分层架构设计的例子（1）

一般来说，对系统的分层，一般都需要下面几个层：实体层(Entity)、数据访问层(DAL)、业务逻辑层(BLL)、界面层(UI);而数据访问层，一般也会加入一个接口层(IDAL)。在其中的实体层，一般是根据数据库进行映射外加入注释等，技术含量不大，在此一笔带过；数据库访问层和业务逻辑层，是关键之所在，因为这里好的设计，会利用很多基类的操作，减少很多代码和重复劳动；界面层，不管是WebForm还是WinForm，都是尽可能少的逻辑代码或者SQL语句在其中，好的项目可能会利用一些优秀的控件进去，提高体验，减少代码。另外，由于一些创建操作费时费资源，一般还需要把可重复利用的资源缓存起来，提高性能。先给大家预览下项目的框架，再一层层分析讨论： 1、实体层（定义一个空的基类，其他实体类继承之，主要是为了利用泛型操作，用途下面细说） public class BaseEntity {} public class EquipmentInfo:BaseEntity {FieldMembersPropertyMembers} 2、数据库访问层，数据访问层的关键是数据访问基类的设计，基类实...

2017-12-04

525

发表评论

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。