设计中 横向切割 和 纵向切割

本贴最后更新于 1784 天前,其中的信息可能已经时异事殊

自己学习一段时间 java 代码了,发现现在后端的模式大多都是三层架构,自顶向下的横向切割,而且基本都是 controller、service、dao 这种结构。

其实很多时候会发现一个问题,在某些小应用中,对于 service 来说,都是直接的一句话返回而已,但是却依旧贯彻 三层 分层,即使只有一句话都固执的去使用。为什么不舍得舍去呢?只用两层难道不行嘛?在某些实践中,我就舍掉了 service,减少了很多类不说,思路都会清晰横多,因为不用去维护更多的数据和逻辑了。

而且除了横向切割以外,为什么不能够纵向切割呢?例如以前我们的结构是这样的

+ src
|--- main
  |--- java
    |--- controller
      |--- UserController
    |--- service
      |--- UserService
    |--- entity
      |--- User
    |--- filter
      |--- UserFilter
    |--- dao
      |--- UserDao

那我们可以不可以这样恩

|--- main
  |--- java
    |--- user
      |--- UserController
      |--- UserService (个人觉得可以省掉)
      |--- UserDao
    |--- entity
      |--- User

这样的话个人觉得可以有几个好处:

  1. 专注于某个模块的实现
  2. 全栈工程师更加方便的 “一捅到底”
  3. 问题定位十分方便
  4. 将功能分模块细化

这样的设计我觉得也很棒啊,但是后端却很少见人实践,后面的项目就打算自己实践一下。

  • 设计
    111 引用 • 796 回帖 • 1 关注
  • MVC
    7 引用 • 119 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • someone45057

    我还在某些地方看到这两个名词叫:水平拆分跟垂直拆分
    其实细细想来项目的发展过程就是水平跟垂直之间的平衡

    1 回复
  • 其他回帖
  • lizhongyue248

    最后总结到了一点

    不能太简,因为可能会为后来留下许多难以完成的事。

    不能太复杂,因为可能前期会花一些无用功。

    所以折中最为理想。

    但是如果换一个思路,横向切割保留了包的内聚,那么纵向切割是不是保留了模块的内聚呢?那么也就是提高了这个模块的设计质量。特别现在前端也是模块化/组件化,那么这样其实对应过来反而会好许多。

    而且,如果这些模块的操作不是与实体类对应的呢?而是与功能进行对应的呢?来考虑这种模块结构

    |--- main
      |--- java
        |--- auth
          |--- AuthController 授权的处理,登录/注册/找回密码等
          |--- AuthDao 授权操作数据库
        |--- entity
          |--- User
          |--- Role
    
    

    AuthDao 不一定只操作 User 表,他也要操作 Role 表,但是他可以选择是否调用 User 、Role 的 Dao,或者就是直接对这两张表进行操作,那么模块之间其实并没有太多的耦合了,而都是各个模块之间完成自己的事情,并不需要去调来调去。

    这样的设计完全颠覆了以前的横向切割的设计,是不是可取性更高呢?

    1 回复
  • 88250

    这个时候 AuthDao 其实就是 AuthService。Dao 一般只操作单表,Service 组合操作 Dao。

  • 88250

    这是包或者说是组件的设计原则决定的,归根结底就是

    • 高内聚、低耦合
    • 重用

    举个例子,DAO 必须要具有高度的可重用性,所以 xxxDao 都放在一个包里可以提升这个包的内聚,降低对外耦合,从何提升这个包的设计质量。如果分散到多个包里,那其他代码对 Dao 的依赖会变得错综复杂,从而打破每个包的内聚。

    另外,大部分业务逻辑实现都是通过“事务脚本”(《企业应用架构的模式》PoEAA)完成,通过 Service 层进行数据库事务封装,省掉 Srv 也不是不行,因为可以直接在 Ctl 里封装事务,具体看整体业务复杂度而言。一般来说为了保持整体设计的一致性,会保留 Srv 层,因为一开始可能业务简单,Srv 里面每个方法就一两句调用 Dao 的,但随着业务复杂起来,Srv 的实现就会丰富起来,这时也需要一定的重用,所以 Srv 层会从设计一开始就保留。

    另外,“过早的优化是万恶之源”,无论这个优化是指的简化还是复杂化,折中方案是设计上永恒的追求。

    1 回复
  • 查看全部回帖
lizhongyue248
一个天真的小孩儿......https://echocow.cn 贵阳

推荐标签 标签

  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    16 引用 • 68 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 434 关注
  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 171 关注
  • Love2D

    Love2D 是一个开源的, 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 506 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    139 引用 • 441 回帖
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    207 引用 • 2031 回帖
  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年,是中国的 IT 社区和服务平台,为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务,满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    529 引用 • 3527 回帖 • 2 关注
  • ZeroNet

    ZeroNet 是一个基于比特币加密技术和 BT 网络技术的去中心化的、开放开源的网络和交流系统。

    1 引用 • 21 回帖 • 592 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    261 引用 • 662 回帖 • 2 关注
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 22 关注
  • 负能量

    上帝为你关上了一扇门,然后就去睡觉了....努力不一定能成功,但不努力一定很轻松 (° ー °〃)

    85 引用 • 1192 回帖 • 461 关注
  • OpenResty

    OpenResty 是一个基于 NGINX 与 Lua 的高性能 Web 平台,其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。

    17 引用 • 41 关注
  • MyBatis

    MyBatis 本是 Apache 软件基金会 的一个开源项目 iBatis,2010 年这个项目由 Apache 软件基金会迁移到了 google code,并且改名为 MyBatis ,2013 年 11 月再次迁移到了 GitHub。

    170 引用 • 414 回帖 • 430 关注
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    19 引用 • 33 回帖 • 20 关注
  • 博客

    记录并分享人生的经历。

    270 引用 • 2386 回帖
  • Vim

    Vim 是类 UNIX 系统文本编辑器 Vi 的加强版本,加入了更多特性来帮助编辑源代码。Vim 的部分增强功能包括文件比较(vimdiff)、语法高亮、全面的帮助系统、本地脚本(Vimscript)和便于选择的可视化模式。

    27 引用 • 66 回帖 • 1 关注
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织,“用爱发电”象征开源与贡献精神,加入组织,代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入:用爱发电组织邀请帖
    用爱发电组织官网:https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力:

    • 遵守开源守则,体现开源&贡献精神:以分享为目的,拒绝非法牟利。
    • 自我保护:使用适当的 License 保护自己的原创作品。
    • 尊重他人:不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露;以礼相待,尊重所有对社区做出贡献的开发者;通过他人的分享习得知识,要留下足迹,表示感谢。
    • 热爱编程、热爱学习:加入组织,热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友,也同样欢迎默默成就的朋友。
    • 倾听:正确并恳切对待、处理问题与建议,及时修复开源项目的 Bug ,及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视:不诋毁、轻视、嘲讽其他开发者,主动提出建议、施以帮助,以和谐为本。只要他人肯努力,你也可能会被昔日小看的人所超越,所以请保持谦虚。
    • 乐观且活跃:你的努力决定了你的高度。不要放弃,多年后回头俯瞰,才会发现自己已经成就往日所仰望的水平。积极地将项目开源,帮助他人学习、改进,自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖 • 3 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议,它实现了浏览器与服务器之间的全双工通信(full-duplex)。

    48 引用 • 206 回帖 • 408 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    76 引用 • 421 回帖
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台,它支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 151 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 56 关注
  • 心情

    心是产生任何想法的源泉,心本体会陷入到对自己本体不能理解的状态中,因为心能产生任何想法,不能分出对错,不能分出自己。

    59 引用 • 369 回帖
  • flomo

    flomo 是新一代 「卡片笔记」 ,专注在碎片化时代,促进你的记录,帮你积累更多知识资产。

    3 引用 • 74 回帖 • 2 关注
  • V2Ray
    1 引用 • 15 回帖
  • 小说

    小说是以刻画人物形象为中心,通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖 • 2 关注
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    51 引用 • 190 回帖 • 1 关注