看看这些架构分层，您是否有所收获

最新推荐文章于 2024-12-25 07:00:00 发布

飞鹰再现

最新推荐文章于 2024-12-25 07:00:00 发布

阅读量1.1k

点赞数

分类专栏：设计模式与架构文章标签：框架 soa dotnetnuke asp.net ui weblogic

本文链接：https://blog.youkuaiyun.com/feiying008/article/details/8059736

版权

设计模式与架构专栏收录该内容

18 篇文章

订阅专栏

您是否对于分层架构有些迷惑，或者对现有的分层架构模式想再提高一些，看看下面这些或牛人，或码农的分层架构图，希望对大家，对自己有所帮助，已拨开分层架构这片迷雾。说明：以下图片引用自传说中的弦哥中的一篇文章。

01，User Interface即UI层：该层作为数据输入和展示的界面，是与用户交互的有效途径，所以它起着至关重要的作用。往往给人第一印象的就是UI层，在设计的时候也要根据不同的技术或者不同的要求进行斟酌。通常可以把UI分为B/S UI、C/S UI以及WEB服务。在这里就是我们的ASP.NET项目。

02，WebModelCommon：这层作为UI与领域逻辑的中间层，它的充当了桥梁、筛选、过滤和验证的作用。它主要包括两个工程，WebHelper主要提供给UI一些常用操作。WebLogic主要对UI与领域逻辑的数据进行转换、筛选、验证及过滤操作。

03，Business Logic：Domain Model （Data Model Layer）始终是应用程序的核心，必须投入大量精力，按照面向对象的分析和设计 (OOAD) 最佳做法进行设计同时按照OOP进行开发。

04，FrameWork：主要包括数据访问框架、通用权限框架、异常和日志处理框架、IOC框架、AOP框架等基础或常用功能。

05，SOA：这一层不是必须的，根据项目的具体情况进行取舍，如果业务比较复杂且交互项目繁多，那么SOA可以减轻我们的负担；如果业务比较单一且相对简单，就可以直接调用或者使用Web Service/Remoting/WCF作为通信框架即可。在实施SOA的过程中，可以自己使用WCF+WF搭建一个小型轻量级的SOA框架，也可以使用诸如Biztalk等软件。

06，Reference：这里主要包括第三方的框架和组件项目，把这些文件分门别类地集中放在此目录下。

07，Solution Items：项目的规范、流程、重要文件等。

08，Test：这里主要放置测试需要的一些信息，如测试版本、测试文档等。

09，Publish：这个文件夹主要放置发布的版本

作者描述：我在《WCF全面解析》中的一个实例的解决方法结构，基本思路是：先模块（这里指粗粒度模块，可以看成子系统）（两个业务模块：Products、Orders，一个非业务模块：Infrastructure），后层次。 Products.BusinessEntity：提供的业务实体（Business Entity）类型的定义。一般来讲，业务实体和数据契约是不同的，在这里为了简单起见，我们不仅仅将二者合一，还将业务实体作为ASP.NET MVC的Model使用； Products.DataAccess：数据访问层，在这里单纯地提供对数据库的访问了。该项目具有针对Products.BusinessEntity的项目引用； Products.BusinessComponent：也可以称为业务逻辑层，真正的业务逻辑实现在这里。该项目具有针对Products.BusinessEntity和Products.DataAccess的项目引用； Products.Service.Interface：WCF服务的契约接口定义在这里。该项目具有针对Products.BusinessEntity的项目引用； Products.Service：用于定义实现了上述契约接口的服务。该项目具有针对Products.Service.Interface 、Products.BusinessEntity和Products.BusinessComponent的项目引用； Products：为本模块提供基本的功能，不仅仅包含对服务的调用，也包括一些必要的逻辑处理。该项目具有针对Products.BusinessEntity、Products.Service.Interface和Products.Interface的项目引用； Products.Interface：模块提供给其他模块的服务接口。该项目具有针对Products.BusinessEntity的项目引用