统一字段名
业务实体根据需求有不同的格式,但每个实体都 必须 有一个id字段用于唯一标识实体。id字段根据实际情况,可以使用 字符串 或 数字 作为字段类型,对于可能出现不可预期增长的实体,应当优先使用 字符串 作为id字段的类型。
对于有“名称”这一字段的实体,统一使用name作为名称的字段名。 不得 使用如adName这样的字段名。对于诸如“名称”这样具有通用意义的字段,使用统一的命名有助于代码的复用。
对于有实际新增、更新、删除等操作的实体,都 必须 有一个status字段用于标识实体的状态。status字段为 数字 类型,统一保留2个固定的值:0表示“已删除”,1表示“正常”。不同业务实体可在此基础上扩展其它状态,如“禁用”、“超量投放”等,但 不得 改变0和1两个状态的含义。
实体格式
一个实体通常会有3种类型的格式,建议在设计时给予详细的文档说明:
简化字段,常用于在表格中呈现为一行,仅包含很少的字段。
概要字段,常用于实体详情页面或报告页面的摘要性信息的展示,包含部分字段。
全部字段,用于实体的修改、查看页面,需要全部的字段。
根据实体的字段数量、复杂程度,以上三种类型的格式可能相同也可能不同,应当在设计文档中进行有效的说明。
关联实体
对于实体的关联关系,标准 建议 采用嵌套的JSON对象,而非带前缀的字段来表示。
如对于“一个广告位所属的频道”这一字段,推荐的表示方法如下:
{
"channel": {
"id": 123456,
"name": "测试频道"
}
}
虽然也可以使用下面这种方式,但并不推荐:
{
"channelId": 123456,
"channelName": "测试频道"
}
使用嵌套对象有助于对关联实体字段的扩展,也更易于业务的切割和理解。
字段类型
对于实体的字段,应当严格按照字段的含义来决定类型,尽量避免“使用逗号分割的字符串表示数组”之类的情况发生。
如“一个用户的角色列表”这一字段,推荐的表示方法如下:
{
"role": [1, 2, 3, 10]
}
不推荐以下方式:
{
"role": "1,2,3,10"
}
良好的格式有助于对数据的进一步解析和格式化输出,可以避免不少重复分隔字符串、转换为文本、重新拼接字符串的操作。前后端接口规范-------实体定义2
最新推荐文章于 2024-10-04 10:30:54 发布
本文介绍了业务实体字段标准化的方法,包括id、name和status字段的统一命名规范,以及实体的简化、概要和全部字段格式的设计建议。此外还探讨了关联实体表示的最佳实践和字段类型的正确选择。

1707

被折叠的 条评论
为什么被折叠?



