当前位置: 首页 > article >正文

三层架构+MVP 项目的标准化分层设计

三层架构MVP 项目的标准化分层设计附可视化落地规范结合 MVP 模式的三层架构核心是**“整体三层架构不变UI 层内部再按 MVP 拆分”既保留三层架构的“业务-数据-界面”分离优势又通过 MVP 解决 UI 层“界面与逻辑耦合”的问题。以下是标准化分层方案包含目录结构、职责边界、调用规则**可直接落地。一、先明确核心原则分层的底层逻辑三层架构是“横向大分层”UI界面、BLL业务、DAL数据解决“业务与数据、界面与业务”的分离MVP 是 UI 层内的“纵向小拆分”View界面渲染、PresenterUI 逻辑、Model实体解决“界面代码臃肿”所有层严格遵循“单向依赖”UI → BLL → DAL反向不依赖MVP 内 View → Presenter → BLL反向不依赖。二、标准化项目分层目录结构可视化你的项目名/ ├─ 1. 实体层Model # 贯穿所有层的实体/数据传输对象 │ ├─ Entity/ # 业务实体如 User、Order │ │ ├─ User.cs │ │ └─ Order.cs │ └─ DTO/ # 界面专用数据对象可选简化View绑定 │ ├─ UserShowDTO.cs │ └─ OrderQueryDTO.cs │ ├─ 2. 数据访问层DAL # 仅负责数据库操作不包含任何业务逻辑 │ ├─ Interfaces/ # 数据访问接口解耦方便换实现 │ │ ├─ IUserDAL.cs │ │ └─ IOrderDAL.cs │ ├─ Implement/ # 数据访问实现EF/ADO.NET/SqlSugar │ │ ├─ UserDAL.cs │ │ └─ OrderDAL.cs │ └─ Common/ # 数据库工具连接字符串、DbHelper │ ├─ 3. 业务逻辑层BLL # 仅负责业务规则不碰界面、不直接操作数据库 │ ├─ Interfaces/ # 业务逻辑接口 │ │ ├─ IUserBLL.cs │ │ └─ IOrderBLL.cs │ ├─ Implement/ # 业务逻辑实现 │ │ ├─ UserBLL.cs │ │ └─ OrderBLL.cs │ └─ Validator/ # 业务验证如用户注册规则 │ └─ 4. 界面层UI # 整体属于三层的UI层内部按MVP拆分 ├─ Views/ # MVP的View层纯界面无逻辑 │ ├─ FormUser.cs # 窗体/页面如WinForm的Form、WPF的Window │ ├─ FormOrder.cs │ └─ Controls/ # 自定义控件如查询条件控件 ├─ ViewInterfaces/ # MVP的View接口View与Presenter的契约 │ ├─ IUserView.cs │ └─ IOrderView.cs ├─ Presenters/ # MVP的Presenter层UI逻辑中心 │ ├─ UserPresenter.cs │ └─ OrderPresenter.cs └─ Common/ # UI通用工具如弹窗、样式三、各层核心职责与边界落地关键1. 实体层Model职责定义数据结构贯穿所有层是层与层之间的数据传输载体边界无任何逻辑无方法、无验证仅包含属性示例// Entity/User.cspublicclassUser{publicintId{get;set;}publicstringName{get;set;}publicintAge{get;set;}}// DTO/UserShowDTO.csUI专用简化展示publicclassUserShowDTO{publicstringUserName{get;set;}// 对应User.Name适配界面显示名publicstringAgeDesc{get;set;}// 如“18岁成年”UI直接展示}2. 数据访问层DAL职责仅做数据库CRUD增删改查不包含任何业务规则边界只依赖 Model 层不依赖 BLL/UI 层必须通过接口定义方便测试/换数据库示例// DAL/Interfaces/IUserDAL.cspublicinterfaceIUserDAL{UserGetUserById(intid);ListUserGetUsersByAge(intminAge);}// DAL/Implement/UserDAL.cspublicclassUserDAL:IUserDAL{publicUserGetUserById(intid){// 仅数据库操作无业务逻辑using(vardbnewDbContext()){returndb.Users.FirstOrDefault(uu.Idid);}}}3. 业务逻辑层BLL职责处理业务规则如“年龄18不能注册”、组合DAL操作如“下单查库存扣库存加订单”边界依赖 Model DAL 接口不依赖 UI 层通过接口定义方便替换实现/单元测试示例// BLL/Interfaces/IUserBLL.cspublicinterfaceIUserBLL{boolAddUser(Useruser);ListUserShowDTOGetAdultUsers();// 返回UI专用DTO}// BLL/Implement/UserBLL.cspublicclassUserBLL:IUserBLL{privatereadonlyIUserDAL_userDAL;// 构造注入DAL接口解耦publicUserBLL(IUserDALuserDAL)_userDALuserDAL;publicboolAddUser(Useruser){// 业务规则年龄验证if(user.Age18)returnfalse;// 调用DAL操作数据库_userDAL.AddUser(user);returntrue;}}4. 界面层UI- MVP 拆分1View接口ViewInterfacesMVP的核心契约职责定义 View 能做的事展示数据、获取输入、提示信息是 Presenter 操作 View 的唯一方式边界只依赖 Model 层不依赖 Presenter/BLL示例// UI/ViewInterfaces/IUserView.cspublicinterfaceIUserView{// 获取界面输入stringGetUserNameInput();intGetUserAgeInput();// 展示数据voidShowUserList(ListUserShowDTOusers);// 提示信息voidShowMessage(stringmsg);}2ViewViews纯界面无逻辑职责实现 View 接口仅做“显示/接收用户操作”不调用 BLL/DAL边界依赖 Model View接口不直接依赖 Presenter通过构造注入示例WinForm// UI/Views/FormUser.cspublicpartialclassFormUser:Form,IUserView{privatereadonlyUserPresenter_presenter;// 构造注入PresenterView不创建PresenterpublicFormUser(UserPresenterpresenter){InitializeComponent();_presenterpresenter;// 绑定按钮事件仅通知Presenter无逻辑btnQuery.Click(s,e)_presenter.QueryAdultUsers();}// 实现IUserView接口纯界面操作publicstringGetUserNameInput()txtName.Text;publicintGetUserAgeInput()int.Parse(txtAge.Text);publicvoidShowUserList(ListUserShowDTOusers)dgvUsers.DataSourceusers;publicvoidShowMessage(stringmsg)MessageBox.Show(msg);}3PresenterPresentersUI逻辑中心职责接收 View 事件 → 调用 BLL → 控制 View 展示边界依赖 Model View接口 BLL接口不直接依赖 View 具体实现示例// UI/Presenters/UserPresenter.cspublicclassUserPresenter{privatereadonlyIUserView_view;privatereadonlyIUserBLL_userBLL;// 构造注入View接口 BLL接口完全解耦publicUserPresenter(IUserViewview,IUserBLLuserBLL){_viewview;_userBLLuserBLL;}// 处理“查询成年用户”逻辑publicvoidQueryAdultUsers(){try{varadultUsers_userBLL.GetAdultUsers();_view.ShowUserList(adultUsers);// 控制View展示}catch(Exceptionex){_view.ShowMessage(查询失败ex.Message);}}}四、分层调用规则可视化调用链用户操作 ↓ UI层-ViewFormUser ↓ 仅通知事件无逻辑 UI层-PresenterUserPresenter ↓ 调用BLL接口 BLL层UserBLL ↓ 调用DAL接口 DAL层UserDAL ↓ 操作数据库 返回数据DAL → BLL → Presenter → View展示严格禁止的调用行为避坑关键❌ View 直接调用 BLL/DAL破坏MVP界面与逻辑耦合❌ Presenter 直接操作数据库破坏三层逻辑与数据耦合❌ BLL 直接操作 View反向依赖无法单元测试❌ DAL 包含业务逻辑职责混乱难以复用。五、分层的核心价值博客总结可维护性改界面如换WinForm为WPF只需改View不碰Presenter/BLL改业务规则只需改BLL不碰UI/DAL可测试性Presenter可脱离View单元测试模拟View接口BLL可脱离UI测试模拟DAL接口可复用性BLL/DAL可复用在不同UI如WinForm、WebAPIPresenter可复用在不同View分工清晰UI开发者专注界面业务开发者专注规则数据开发者专注数据库。六、最简落地步骤新手友好先建 Model 层定义所有实体/DTO建 DAL 层写接口数据库实现建 BLL 层写接口业务逻辑实现建 UI 层先写 View 接口定义View能做的事再写 View窗体实现接口绑定事件最后写 Presenter注入View接口BLL接口处理逻辑程序入口Program.cs组装依赖如使用DI容器或手动new// Program.csstaticvoidMain(){// 手动组装依赖小项目大项目用Autofac/UnityIUserDALuserDALnewUserDAL();IUserBLLuserBLLnewUserBLL(userDAL);FormUserviewnewFormUser();UserPresenterpresenternewUserPresenter(view,userBLL);view.Presenterpresenter;// 或构造注入Application.Run(view);}总结三层架构MVP的分层核心是**“大分层三层 小拆分MVP”**三层架构解决“整体项目”的职责分离MVP解决“UI层内部”的逻辑与界面分离所有层遵循“单向依赖、接口解耦”是落地的关键。

相关文章:

三层架构+MVP 项目的标准化分层设计

三层架构MVP 项目的标准化分层设计(附可视化落地规范)结合 MVP 模式的三层架构,核心是**“整体三层架构不变,UI 层内部再按 MVP 拆分”,既保留三层架构的“业务-数据-界面”分离优势,又通过 MVP 解决 UI 层…...

解锁社区资源:如何发现和安装高质量的OpenClaw技能包

引言:站在巨人的肩膀上 OpenClaw的核心能力已经相当强大,但真正让它成为"超级工具"的是其技能包(Skills)生态系统。技能包就像是OpenClaw的"超能力扩展包",让AI能够胜任特定领域的工作。 想象一…...

Burpsuite | API 越权测试、快速收集目标网站的所有 API

工具介绍 ApiScanPlus为Burpsuite打造的路由抓取与渗透工具插件,借鉴结合了(JsRouteScanChkApiLinkfinder)等优秀项目,主要突出API抓的全、过滤更严谨方便、测试自由度更高等特点。感谢项目: JsRouteScan(https://github.com/F6JO/JsRouteSca…...

20260316-Windows 环境下安装 bibtex-tidy 到指定目录

Windows 环境下安装 bibtex-tidy 到指定目录。bibtex-tidy 是一个 Node.js 工具,需要通过 npm 安装。 有几种方法可以使用 bibtex-tidy: 在浏览器中 CLI 命令行界面作为预提交钩子Javascript/Typescript APIDocker 安装步骤 1. 确保已安装 Node.js …...

精准掌控!SOLIDWORKS Simulation助力密封圈挤压变形分析与密封力精确计算!

工程师们,还在为密封圈挤压变形的设计、仿真难题头疼吗?❌ 密封圈挤压变形量难以精确测量,密封性能评估全凭经验,达不到预期密封效果?❌ 摸不准密封力需求,压缩不足导致泄漏,压缩过度加速密封圈…...

机器学习线性代数--(1)核心思想

线性代数是数学中非常优美且实用的一门学科,它研究的是线性关系——一种最简单、最基础的关系。你可能已经在生活中不知不觉地用到它的思想了。比如,在平面上移动一个点、解方程组、或者处理图像旋转,背后都是线性代数。 1.1 什么是“线性”…...

[Redis小技巧15]Redis AOF 重写与混合持久化深度解析:从原理到生产实践

如果说 RDB 快照是 Redis 持久化的“快照相机”,那么 AOF(Append-Only File)就是它的“操作录像机”。 AOF 通过记录每个写命令,提供了近乎实时的数据持久化能力。然而,随着写入量增长,AOF 文件会不断膨胀&…...

Protobuf入门:高效数据交换利器

初识Protobuf:高效的数据交换格式 Protocol Buffers(简称Protobuf)是一种轻量高效的结构化数据存储格式,由Google开发并开源。它可用于序列化结构化数据,适用于网络通信和数据存储场景。相比JSON和XML,Prot…...

MySQL高级优化技巧全解析

MySQL 高级问题及解答(三) 索引优化与失效场景 MySQL 索引是提高查询性能的关键工具,但在某些情况下索引会失效。常见的索引失效场景包括: 使用 LIKE 以通配符开头(如 LIKE %abc)。对索引列进行函数操作&am…...

C标准库float.h详解

C 标准库 <float.h> 概述 <float.h> 是 C 标准库中定义浮点数特性的头文件&#xff0c;提供了与浮点类型相关的宏常量。这些宏描述了编译器实现的浮点数的特性&#xff0c;包括精度、范围、舍入方式等。通过 <float.h>&#xff0c;开发者可以编写可移植的代码…...

TDengine IFNULL函数使用全攻略

TDengine IFNULL 函数详解 IFNULL 是 TDengine 中常用的比较函数之一&#xff0c;用于处理 NULL 值。该函数接受两个参数&#xff0c;如果第一个参数不为 NULL&#xff0c;则返回第一个参数的值&#xff1b;如果第一个参数为 NULL&#xff0c;则返回第二个参数的值。这在数据清…...

Python攻防战:数据前锋VS创新球门

Python开发者的创意攻防战&#xff1a;数据前锋与创新球门的战术板 在AI技术高速发展的时代&#xff0c;Python开发者面临的核心挑战是如何在数据驱动的进攻&#xff08;“数据前锋”&#xff09;与创新保护&#xff08;“创新球门”&#xff09;之间找到平衡。以下从技术实践角…...

卡梅德生物CA242(MUC1):双靶点协同机制与药物研发前沿解析

在生物医药研发领域&#xff0c;MUC1及其糖基化修饰产物CA242作为重要的生物标志物&#xff0c;近年来在抗体药物开发与诊断试剂研究中备受关注。两者在细胞表面的协同表达模式&#xff0c;为针对上皮源性异常状态的精准干预提供了独特的分子基础。本文旨在从分子机制、现有药物…...

论文阅读:ICLR 2026 Breaking and Fixing Defenses Against Control-Flow Hijacking in Multi-Agent Systems

总目录 大模型安全研究论文整理 2026年版&#xff1a;https://blog.csdn.net/WhiffeYF/article/details/159047894 https://openreview.net/forum?idPNU9Rj5RDQ https://arxiv.org/pdf/2510.17276 【ICLR 2026】多智能体系统被“夺舍”&#xff1f;一文看懂控制流劫持攻击与…...

机器学习——聚类kmeans算法详解

坚持自己的信念&#xff0c;不被外界干扰&#xff0c;心中有光&#xff0c;生活就会因此而美好&#xff0c;让每一天都充满希望与活力。成长的过程如同诗篇&#xff0c;需用心去书写&#xff0c;只有这样&#xff0c;才能在岁月的长河中留下自己真实的印记。梦想的实现源于每一…...

Qwen3-Coder 实战:从 0 到 1 开发商业级 API 平台,过程开源!

珍惜和善待身边的人&#xff0c;心中有爱&#xff0c;生活才会因此而变得温暖&#xff0c;感受到彼此的期许与关怀。在这个瞬息万变的世界中&#xff0c;把握住自己的方向&#xff0c;沿着自己的道路走下去&#xff0c;才能迎接更多精彩。生命中的每一次努力都是对未来的美好期…...

KVM Web管理界面安装指南(Cockpit 方案)

每一次的失败都是通往成功的试金石&#xff0c;坚信自己&#xff0c;勇敢迈出下一步&#xff0c;让梦想慢慢成为现实。不惧风雨&#xff0c;让梦想在心中生根发芽&#xff0c;时刻保持勇敢与坚定&#xff0c;方能在生命的旅途中迎接曙光。走出舒适圈&#xff0c;去迎接未知的挑…...

预测准了却躲不掉?从牛津实盘实验看做市商的“物理与结构极限”

之前我们发过一篇《成交越多越亏&#xff1a;做市商的“成交困境”&#xff0c;以及逆向选择的那层真相》&#xff0c;聊了做市商如何通过微观结构预测来规避逆向选择。逻辑很直白&#xff1a;既然高填单率往往绑定着逆向选择&#xff0c;那当我们预测到接下来的价格漂移时&…...

Babylon.js WebGPU Ocean Demo — 完整踩坑记录

换成军舰后的图片 源码运行后效果 最后代码正常启动 Babylon.js WebGPU Ocean Demo 本地运行踩坑全记录 环境 Chrome 145Babylon.js 6.26.0Windows 10 问题一&#xff1a;depth24unorm-stencil8 类型错误 报错&#xff1a; TS2322: Type "depth24unorm-stencil8"…...

光伏三相并网仿真之旅:从理论到实践

光伏控制器&#xff0c;光伏三相并网仿真。 带说明文件&#xff0c;参考文献。 模型内容&#xff1a; 1.光伏MPPT控制两级式并网逆变器&#xff08;boost三相桥式逆变&#xff09; 2.坐标变换锁相环dq功率控制解耦控制电流内环电压外环控制spwm调制 3.LCL滤波 仿真结果&#xf…...

放弃 Python 脚本吧!OpenClaw 狂飙 30 万 Star 背后,跨境电商“一人公司”如何靠实在 Agent 真正落地?

摘要&#xff1a; 我是老王。最近跨境电商圈子疯了&#xff0c;开源 Agent 框架 OpenClaw&#xff08;大龙虾&#xff09;在一周内 GitHub Star 突破 30.8 万&#xff0c;甚至连 GPT-5.4 和 Gemini 3.1 Flash 都原生适配了。大家都在高喊“一人公司”时代降临&#xff0c;仿佛只…...

ACSM代谢公式是手环估算VO2 Max的核心物理模型

华为的手环估算VO2也是基于ACSM代谢公式来实现的功能。ACSM代谢公式是由美国运动医学会&#xff08;American College of Sports Medicine&#xff09;发布的用于估算运动时能量消耗和摄氧量的经验公式。这些公式建立在大量实验室测量的基础上&#xff0c;通过运动速度、坡度等…...

Java定时器Timer源码深度解析

Java定时器Timer源码详解 Java中的Timer类是一个用于调度任务在后台线程中执行的工具。它允许安排任务在未来的某个时间点执行一次或定期重复执行。Timer类位于java.util包中&#xff0c;是Java标准库的一部分。 Timer的基本用法 Timer类提供了多种调度任务的方法&#xff0c;包…...

FluentMigrator 数据库迁移全解析

FluentMigrator 的核心概念与架构 FluentMigrator 是一个基于 .NET 平台的数据库迁移框架&#xff0c;采用纯代码方式管理数据库结构变更。其核心思想是通过版本控制的迁移脚本实现数据库架构的迭代演进。框架采用约定优于配置的原则&#xff0c;迁移类需继承 Migration 基类并…...

华为AC+AP无线组网全攻略

华为ACAP无线网络组网与配置指南 华为AC&#xff08;Access Controller&#xff09;AP&#xff08;Access Point&#xff09;无线网络解决方案广泛应用于企业、校园、酒店等场景&#xff0c;提供高性能、高可靠的无线覆盖。以下从组网设计、配置步骤、代码示例等方面展开说明。…...

2025年AI双轮驱动:技术突破赋能产业

2025 AI 发展双轮驱动&#xff1a;技术突破与产业赋能的深度实践 人工智能&#xff08;AI&#xff09;在2025年将迎来关键转折点&#xff0c;技术突破与产业赋能的双轮驱动模式将成为核心发展方向。技术层面&#xff0c;大模型、多模态学习、强化学习等领域的突破将推动AI能力边…...

华为光模块命名规则全解析

华为光模块命名规则解析 华为光模块的命名规则遵循一套严格的编码体系&#xff0c;旨在通过名称直观反映模块的类型、速率、封装、传输距离等关键参数。这套规则对网络工程师和采购人员具有重要参考价值&#xff0c;能够快速识别模块的兼容性和应用场景。 命名结构分解 华为光模…...

解密约瑟夫问题:高效解法全解析

约瑟夫问题简介 约瑟夫问题&#xff08;Josephus Problem&#xff09;是一个经典的数学问题&#xff0c;描述如下&#xff1a;有n个人围成一圈&#xff0c;编号为1到n。从编号为1的人开始报数&#xff0c;数到k的人出列&#xff0c;然后从下一个人重新开始报数&#xff0c;直到…...

微服务保护详解:黑马商城实战

《黑马商城》微服务保护-详细介绍【简单易懂注释版】 梦想的实现需要时间的沉淀&#xff0c;学会耐心等待&#xff0c;在每一个每一天的坚持中&#xff0c;积累未来的辉煌。每一次失败都是成长的机会&#xff0c;只有经历过风雨&#xff0c;才能收获艳丽的阳光与生命的希望。每…...

OpenSSL 3.0加密限制与应对方案

OpenSSL 3.0 对加密算法的限制与应对措施 OpenSSL 3.0 是一次重大版本更新&#xff0c;引入了多项安全改进和架构调整。其中&#xff0c;对某些加密算法的限制是开发者需要重点关注的变化之一。这些限制主要出于安全考虑&#xff0c;淘汰了一些弱算法或存在潜在风险的实现方式。…...