你的项目应该如何分层？

最新推荐文章于 2024-03-12 14:39:45 发布
最新推荐文章于 2024-03-12 14:39:45 发布
阅读量441 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： spring springboot spark Java Docker Kafka mysql springcloud 文章标签： java 项目 架构师
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/javarrr/article/details/88396538
本文探讨了应用分层的重要性，指出控制器、服务和数据访问对象（DAO）的职责混淆可能导致代码难以维护。文章介绍了阿里巴巴的分层规范，并提出了一种优化的分层模型，包括轻业务逻辑的接口层、业务层、可复用逻辑层（Manager）和数据库访问层。强调每个层的领域模型和职责，以减少对象转换和提高代码复用性。最后，作者指出良好的分层有助于代码的清晰性和可维护性。

1.背景

说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中,controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注意到的地方，反正功能也能用，至于放哪无所谓呗。这样往往造成后面代码无法复用，层级关系混乱，对后续代码的维护非常麻烦。

的确在这些人眼中分层只是一个形式，前辈们的代码这么写的，其他项目代码这么写的，那么我也这么跟着写。但是在真正的团队开发中每个人的习惯都不同，写出来的代码必然带着自己的标签，有的人习惯controller写大量的业务逻辑，有的人习惯在service中之间调用远程服务，这样就导致了每个人的开发代码风格完全不同，后续其他人修改的时候，一看，我靠这个人写的代码和我平常的习惯完全不同，修改的时候到底是按着自己以前的习惯改，还是跟着前辈们走，这又是个艰难的选择，选择一旦有偏差，你的后辈又维护你的代码的时候，恐怕就要骂人了。

所以一个好的应用分层需要具备以下几点:

  • 方便后续代码进行维护扩展。
  • 分层的效果需要让整个团队都接受
  • 各个层职责边界清晰

2.如何进行分层

2.1阿里规范

在阿里的编码规范中约束的分层如下:

 

 

 

 

开放接口层:可直接封装 Service 方法暴露成 RPC 接口;通过 Web 封装成 http 接口;进行 网关安全控制、流量控制等。

终端显示层:各个端的模板渲染并执行显示的层。当前主要是 velocity 渲染，JS 渲染， JSP 渲染，移动端展示等。

Web 层:主要是对访问控制进行转发，各类基本参数

最低0.47元/天 解锁文章

200万优质内容无限畅学
你的项目应该如何正确分层？
lizhao007
07-11 3157
如果喜欢微信阅读，想了解更多java知识，系统设计，分布式中间件等可以关注我的微信号: java和咖啡，当然还有更多福利等着你。 1.背景 说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中,controller做的逻辑比service还多,service往往当成透传...
为什么要分层？数据仓库分层架构深度讲解
weixin_47681855的博客
02-15 4673
我们在数仓项目的时候往往是需要将它分层的，但是为什么分层你真正的了解过吗，那它分层的好处又是什么呢。好我们今天就针对这个话题进行讲解。如果你还不了解数仓中的模型可以去看这篇(数仓模型设计详细讲解),编写不易请给个一键三连。 一、为什么要分层 分层的主要原因是在管理数据的时候，能对数据有一个更加清晰的掌控，详细来讲，主要有下面几个原因： 清晰数据结构： 每一个数据分层都有它的作用域，这样我们在使用表的时候能更方便地定位和理解。 方便数据血缘追踪： 简单来说，我们最终给业务呈现的是一个能直接使用业务表，但是它的
java聊天室代码，通过对聊天室的分层处理，简单易懂。
10-22
一个使用java编写的简单的聊天室的代码。通过对聊天室的分层处理，简单易懂。
优秀的 Java 项目代码都是如何分层的？
积少成多
03-24 2280
转自：http://jingyan.baidu.com/article/75ab0bcb143d69d6864db20d.html 一、对象的初始化 (1)、非静态对象的初始化 在创建对象时，对象所在类的所有数据成员会首先进行初始化。 基本类型：int型，初始化为0。 若是对象：这些对象会按顺序初始化。在所有类成员初始化完成之后，才调用本类的构造方法创建对象。 构造方法的作用就是初
项目分层
czw的博客
01-06 191
合理的分层能够使项目的开发和维护更方便
Java Web应用的代码分层最佳实践
BruceLeeNumberOne的博客
05-07 2765
代码分层，对于任何一个Java Web开发来说应该都不陌生。一个好的层次划分不仅可以能使代码结构更加清楚，还可以使项目分工更加明确，可读性大大提升，更加有利于后期的维护和升级。从另外一个角度来看，好的代码分层架构，应该是可以很好的匹配上单一职责原则的。这样就可以降低层与层之间的依赖，还能最大程度的复用各层的逻辑。本文就来介绍下Java Web项目的代码到底应该如何分层。三层架构在软件体系架构设计中...
用Unity引擎MVVM框架开发游戏，项目如何分层？
clark_ya的博客
09-06 1788
通常来说，为了降低项目开发中的复杂程度，将复杂的业务分解，分而治之，会采用分类、分层的解决的方式。从垂直方向来分，一个复杂的项目可以由多个子系统组成，一个子系统又可以由多个业务模块组成。从水平方向来分，按三层架构可以分为表现层、领域层和基础层，按四层架构可以分为表现层、应用层、领域层和基础层。一般来说要根据自己项目具体情况和复杂程度来选择。有关这方面的知识可以在网上查找有关文章或书籍，如果对DDD...
express 项目分层实践详解
10-17
Express，作为Node.js中流行的Web应用框架，同样可以采用分层架构来优化项目。本篇文章将详细介绍如何在Express项目中进行分层实践，旨在帮助开发者实现更高效、更模块化的代码管理。 首先，我们要理解四层（或五层...
springboot项目分层改造
04-12
springboot项目分层改造 | cili-common | 公共模块 | cili-repository | 数据存储层 | cili-infrastructure | 基础服务层，包含redis，mq等外部基础服务或中间件服务 | cili-service | 业务服务层 | cili-web | ...
什么是SpringMVC？简单好理解！什么是应用分层？SpringMVC与应用分层的关系？ 什么是三层架构？SpringMVC与三层架构的关系？
dream_ready的博客
10-22 776
MVC就是把一个项目分成了三部分，如图：（下面目录2有详细解释）MVC是一种思想，Spring进行了实现，称为SpringMVC（下面目录2有详细解释）下面这张图片用于浏览器url直接发送请求时：（下面这张图不重要，主要记住上面的图）SpringMVC当初在前后端不分离(比如JSP)的项目中大展拳脚近些年来，由前后端分离等原因，SpringMVC的概念又发生了一些变化(下面目录3有详细解释)
Java分层概念详解
08-29
主要介绍了Java分层概念详解，内容十分详细，在这里给大家分享下，需要的朋友可以参考。
java代码分层
ailinyingai的博客
05-09 557
开放接口层:可直接封装Service接口暴露成RPC接口;通过Web封装成http接口;网关控制层等。 终端显示层:各个端的模板渲染并执行显示层。当前主要是velocity渲染，JS渲染，JSP渲染，移动端展示层等。 Web层:主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。 Service 层:相对具体的业务逻辑服务层。 Manager 层:通用业务处理层，它有如下特征: 对第三方平台封装的层，预处理返回结果及转化异常信息 对Service层通用能力的下沉，如缓存方案、中间件通用处
项目结构划分
y41992910的博客
02-24 790
项目中我们需要项目组一起决定怎么划分包的存放路径; 一般有以下几种 1.先按层次划分:比如控制层,业务层,数据服务层 2.按业务划分,管理员层次,系统层次,用户层次等. 3.以上两种的组合,先层次或者先业务,然后再这个大层次之下,再具体的按另外一种方式划分.
项目管理-项目分级分类评定
阿拉伯梳子的专栏
09-22 2466
此外，项目分级分类还可以帮助PMO识别项目风险，并制定风险应对措施，以降低项目失败的风险。通过项目分级分类，可以帮助公司优化项目管理流程，提高项目执行效率，降低项目风险。项目分级分类是PMO的一项关键性工作。PMO可以识别不同类型的项目，并制定不同的管理方法和程序，以提高项目效率。对每个维度进行评估后，可以根据评估结果对项目进行得分统计，进而得出项目等级和优先级，最终决定资源投入。项目分级分类是PMO管理项目的重要工具，可以帮助PMO提高项目效率，实现最佳绩效。：评估项目的时效性，即项目的紧迫程度。
Java代码分层规范
墨雨听风的博客
06-11 3111
最近的工作中遇到很多的疑问，经常会引人深思。 代码对我们本身来说是什么？ 代码应该怎末写才算是‘代码’： 编程时
Java项目中代码各层级划分
m0_37999219的博客
03-12 3363
数据持久层，也有叫mapper层，属于一种比较底层，比较基础的操作，具体到对于某个表的增删改查，也就是说某个DAO一定是和数据库的某一张表一 一对应的，其中封装了增删改查基本操作，建议DAO只做原子操作，增删改查。控制器层，负责具体的业务模块流程的控制，接受前端页面过来的参数，请求转发传给Service处理，再接到Service层的返回结果，传给前端页面显示。业务逻辑层，接收Controller层数据，进行业务处理，并与Dao层交互，调用Dao层进行数据存储。7、config层，存放配置文件类。
java代码分层 handle_java 代码分层
weixin_39688750的博客
02-24 320
JAVA代码层次; 阿里推荐:开放接口层:可直接封装 Service 方法暴露成 RPC 接口;通过 Web 封装成 http 接口;进行 网关安全控制、流量控制等。终端显示层：各个端的模板渲染并执行显示的层。当前主要是 velocity 渲染，JS 渲染， JSP 渲染，移动端展示等Web 层：主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。Service 层：相对具体的...
java分层
zona
08-07 271
本文为我个人开发中的总结, 仅供参考, 欢迎评论交流 分层+分层后的方法的命名 dao层一般不会有太多的区别, 就是直接操作数据库的, 基本不涉及业务, 仅做操作数据库相关的校验和操作数据库. 但service和controller层使用起来就因人而异了. 基本的规范是所有的业务逻辑在service层, controller层更多的是做入参的校验和路由的功能. 但实际使用过程中, 很多的业务...
关于j2ee的一些简单概念介绍
qq_35277383的博客
08-14 489
1. Action/Service/DAO简介：       Action是管理业务（Service）调度和管理跳转的。       Service是管理具体的功能的。       Action只负责管理，而Service负责实施。       DAO只完成增删改查，虽然可以1-n，n-n，1-1关联，模糊、动态、子查询都可以。但是无论多么复杂的查询，dao只是封装增删改查
接口自动化测试项目怎么分层？
最新发布
05-10
<think>嗯，用户想了解接口自动化测试项目的分层设计方法，最佳实践是什么。首先我需要回忆一下分层自动化测试的相关知识，尤其是接口层面的。根据之前用户提供的引用，比如引用3提到测试金字塔，UI层应该少而精，接口层覆盖大部分流程，单元测试最好全覆盖。引用4也提到很多公司投入API自动化，因为前后端分离和复杂业务场景，接口自动化能提升效率。 用户可能想知道具体怎么分层，每一层做什么，怎么组织代码和测试用例。可能需要考虑目录结构、模块划分、数据管理、工具选择等方面。比如，引用5有一个Selenium的例子，但接口测试可能用requests或者pytest结合其他库。 分层设计通常包括测试用例层、业务逻辑层、数据层、工具层等。比如用例层用pytest写测试函数，业务层封装接口请求，数据层用YAML或Excel管理测试数据，工具层处理配置和请求方法。还要考虑持续集成，比如Jenkins集成。 需要确保各层独立，方便维护和扩展。比如修改接口地址时只需改工具层的配置，不用动用例。数据驱动测试可以通过参数化实现，提高覆盖率。异常处理和日志记录也很重要，方便排查问题。 还要参考引用里的建议，比如接口自动化覆盖主要流程，确保数据处理正确，节省时间。同时避免在UI层过度投入，引用3提到UI层容易臃肿，应该保持精简。 可能用户的实际项目中有复杂的依赖，或者他们正在设计新的测试框架，需要结构清晰的指导。要强调分层的好处，如可维护性、复用性，以及如何结合持续集成提升效率。 最后，相关问题需要围绕分层设计的具体细节、工具链、数据管理和持续集成展开，帮助用户深入理解。</think>### 接口自动化测试项目分层设计的最佳实践 #### 1. **分层设计核心架构** 接口自动化测试分层设计通常遵循以下四层结构，结合测试金字塔理论[^3]： **a. 工具与框架层** - 职责：封装HTTP请求、断言库、配置文件等基础能力 - 示例实现： ```python # utils/request_client.py import requests class APIClient: def __init__(self, base_url): self.session = requests.Session() self.base_url = base_url def get(self, endpoint, params=None): return self.session.get(f"{self.base_url}{endpoint}", params=params) # 封装POST/PUT/DELETE等方法... ``` **b. 业务逻辑层** - 职责：组合接口调用流程，实现业务场景抽象 - 示例： ```python # services/order_service.py class OrderService: def __init__(self, client): self.client = client def create_order(self, product_id, quantity): payload = {"product_id": product_id, "quantity": quantity} return self.client.post("/api/orders", json=payload) def get_order_status(self, order_id): return self.client.get(f"/api/orders/{order_id}/status") ``` **c. 测试用例层** - 职责：编写可读性强的测试场景，使用数据驱动 - 示例（pytest）： ```python # tests/test_orders.py import pytest @pytest.mark.parametrize("product_id, quantity", [(1001, 2), (1002, 1)]) def test_order_creation_flow(order_service, product_id, quantity): response = order_service.create_order(product_id, quantity) assert response.status_code == 201 order_id = response.json()["id"] assert order_service.get_order_status(order_id).json() == "PROCESSING" ``` **d. 数据管理层** - 职责：通过YAML/JSON管理测试数据与配置 - 示例（YAML）： ```yaml # test_data/order_cases.yaml positive_cases: - name: "正常购买单商品" product_id: 1001 quantity: 1 expected_status: "PROCESSING" - name: "批量采购场景" product_id: 2005 quantity: 50 expected_status: "PENDING_APPROVAL" ``` #### 2. **关键实现原则** 1. **单一职责原则** 每个测试用例仅验证单个业务场景，单个接口测试不超过3个断言[^4] 2. **数据驱动设计** 通过外部数据文件实现测试场景参数化，分离测试逻辑与测试数据 3. **环境隔离机制** 采用配置文件实现多环境切换： ```python # config/env_config.py ENVIRONMENTS = { "dev": {"base_url": "http://dev-api.example.com"}, "staging": {"base_url": "https://staging-api.example.com"}, "prod": {"base_url": "https://api.example.com"} } ``` 4. **异常处理机制** 在框架层实现统一异常捕获： ```python # utils/exceptions.py class APIResponseException(Exception): def __init__(self, response): self.status_code = response.status_code self.content = response.text super().__init__(f"API异常: {self.status_code}") ``` #### 3. **持续集成实践** ```mermaid graph LR A[代码提交] --> B(静态检查) B --> C[单元测试] C --> D[接口自动化测试] D --> E{测试通过?} E -->|Yes| F[构建镜像] E -->|No| G[通知开发团队] F --> H[部署测试环境] ``` #### 4. **效能提升策略** - 并行执行：使用pytest-xdist实现测试并行化 - 智能断言：采用JSON Schema验证响应结构 - 流量录制：通过mitmproxy生成基础测试用例 - 覆盖率分析：结合OpenAPI规范计算接口覆盖度
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值