.NET框架面向对象分层的个人想理
2024-09-20 20:17:16
简单、层次清晰不要过度优化，接口这玩意儿就是个双刃剑，玩好了解藕，玩不好自找麻烦，好的代码永远都是傻瓜都能看懂的。
总结成以下几条：
公用层
代码公用并且与第三方DLL和业务逻辑无关的 独立出来
逻辑层
1、代码公用与业务逻辑相关的，在逻辑层为作一个独立接口
2、代码逻辑独立可以接口化
3、代码逻辑半独立可以抽像化
4、功能完全独立模块化（可以独立出成一个项目）
控制层或后置类
1、业务逻辑层：处理逻辑并将最终结果返回给控制层
2、控制层：处理显示相关的逻辑（比如404页面跳转,TRY CATCH结果返回处理 ，根据不同逻辑显示哪些模块或者跳转什么页面等等）
视图层
1、只有绑定操作，没有任何业务相关逻辑
2、JS CSS分离出来 ，本人不喜欢MVVM更喜欢 MVC
--------------------------纯属个人理解，欢迎大家吐嘈---------------------------------
最新文章
- 扩展SharePoint链接字段
- linux 下用户管理
- 零基础学通C语言，福利来啦！！！！zfhl.ke.qq.com
- erlang reduction
- 有道单词本添加js实现自动阅读单词
- 《ICSharpCode快速解压缩帮助类》——即粘即用
- 应用程序的关闭退出（在FMX中，Activity替代了Form的概念）
- Java实现生命周期管理机制
- Swift Error fatal error: unexpectedly found nil while unwrapping an Optional value
- OPhone SDK初体验
- MVC中实现多按钮提交（转）
- mybatis入门-框架原理
- MySQL随笔(2)
- tomcat 配置细节
- 图像分类中max-pooling和average-pooling之间的异同
- MySQL函数大全及用法示例
- Object-c基本语法
- TCP粘包问题分析和解决（全）
- KrakenD: API Gateway and Manager
- POJ 1183