专栏名称: 聊聊架构
在这里煮酒聊架构。
目录
相关文章推荐
字节跳动技术团队  ·  掘金 AI 编程社区- 人人都是 AI 编程家竞赛 ·  23 小时前  
InfoQ Pro  ·  充电计划 | 反卷“大”模型 ·  昨天  
InfoQ Pro  ·  Redis 之父:哪怕被喷我也得说,AI ... ·  昨天  
51好读  ›  专栏  ›  聊聊架构

在SOA或者微服务架构中,应该如何决定服务的粒度?

聊聊架构  · 公众号  · 架构  · 2016-12-20 19:28

正文

请到「今天看啥」查看全文


查询类行为的特点是输出参数丰富。如下例:


2. 校验行为是对业务的技术保障,非业务本身。

校验类一般输出参数比较简单,并常带有布尔返回值或字符串型验证码。

3. 管理行为是对业务参与者的维护,非业务本身。

管理类通常带有明确的数据库表增删改特征,如下例:

业务与技术分离

接下来我们对剩下的业务接口进行分析,对接口进行业务与技术分离,按照如下方式:

1. 分离纯技术要素

技术要素通常和系统的实现方式有关,和业务本身是无关的,一般包括但不限于:各种序列号、和操作员相关的内容、系统及渠道相关信息、各种验证码、会话及token信息、签名及加密信息等等。例如:

2. 分离业务参与者

参与者是参与业务行为的人、组织和物,一般来说是实体。包括但不限于:各种自然人和法人、组织机构、产品、账户等。

3. 分离原子行为

将剩下的业务行为分离成一个或多个不可分割的原子行为。







请到「今天看啥」查看全文