架构设计学习(一)

关注点分离 关注点分离 所对应的英文是 Separation of Concerns,简称 soc。它是最经典 的架构设计原则之一 ,在许多架构设计中被广泛使用

关注点分离
关注点分离 所对应的英文是 Separation of Concerns,简称 soc。它是最经典 的架构设计原

则之一 ,在许多架构设计中被广泛使用。关注点分离原 则为我们的架构设计提出了 三点要求。 I. 架构中需要变化的部分, 一 定要能够非常清晰 地被识别出来 。

2. 若架构中某部分发生变化,则该变化不会影响到其他部分。

3. 若架构中某部分需要扩展,则该扩展也不会影响到其他部分 。

架构能做到关注点分离,才能做到真正意义上的解楠,这是架构师们需要努力实现的目 标。如果大家要问, 关注点分离做得最有效的落地实践是什么?我们首先能想到的就是“前后端分离”。

前后端分离

曾经我们开发 Web 应用程序时,对前端和后端的概念不太清晰,开发者们逐渐认为前端和 后端有必要进行分离了,前端需要考虑界面展现与数据展现问题,后端需要考虑业务逻辑与数 据逻辑问题。可见,前端和后端所关注的问题是完全不同的,应该在架构上将它们进行分离 。 此外,在团队协作上也能将前端与后端这两部分的工作进行分离,因此出现了前端工程师与后 端工程师这两个不同岗位。这样分工绝不是偶然的,它不仅让架构变得更加解楠,还能显著地 提升团队的开发效率。针对前端工程师而言,需要将界面展现与数据展现相分离:针对后端工程师而言,不仅要清 晰地理解业务逻辑,善于将数据进行合理的建模,最终还要做到将业务逻辑与数据逻辑相分离 。

为什么需要前后端分离

1、前后端关注的问题完全不同,应在架构上将他们分离。

2、架构变的更解耦,符合SOC

3、提升开发效率

 

MyBatis 的前 身是 iBATIS,它以接近 JDBC 的性能优雅地实现 Java 代码与 SQL 语句的分 离,让开发者将数据 操作 专注点转移 到 SQL 语句上,进而使代码维护变得更加容易