Node.js API响应数据最佳实践-nodejs

Node.js API响应数据最佳实践-nodejs,node.js,api,Node.js,Api,对于我正在为一个NodejsAPI工作的某个内部端点,我被要求在发送响应之前,根据同一对象的属性可见性的值动态更改属性status的值 例如,让我们假设我有一个表示用户配置文件的对象。用户可以具有可见性活动或隐藏,但状态可以是空闲,创建,更新 要求我的是,当我发送包含这两个属性的对象响应时,我会根据可见性的当前值用另一个值覆盖状态——因此如果可见性处于活动状态,那么我应该将状态设置为活动,如果可见性是隐藏的那么状态应该是非活动的(两个状态值在数据库内部或该对象的枚举列表中不存在),并且如果状态不

对于我正在为一个
Nodejs
API工作的某个内部端点,我被要求在发送响应之前,根据同一对象的属性
可见性
的值动态更改属性
status
的值

例如,让我们假设我有一个表示用户配置文件的对象。用户可以具有
可见性
活动或隐藏,但
状态
可以是空闲创建更新

要求我的是,当我发送包含这两个属性的对象响应时,我会根据
可见性的当前值用另一个值覆盖
状态
——因此如果
可见性
处于活动状态,那么我应该将
状态
设置为活动,如果
可见性
隐藏的那么
状态
应该是非活动的(两个状态值在数据库内部或该对象的枚举列表中不存在),并且如果
状态
不是空闲的我应该将其值更改为忙碌的

因此,我不仅根据
可见性的值更改了它的值,而且还根据它自身的值(不是值)更改了它的值


我只是想知道这对API来说是否是一个好的实践(除了一些奇怪的额外的复杂性,以及如此多的不一致性,因为客户端以后也会基于状态要求相同的对象,这意味着反向映射)?

状态对于不同的用户来说并不意味着相同的事情,使用相同的名称可能会令人困惑,但如果有充分的文档记录,这不是问题


如果映射变得太复杂,您可以始终保持这两个值,但是您必须保持它们的同步。

服务器和数据库状态的内部表示不需要与客户端对状态的理解有任何关系(如果它是敏感的,可能有充分的理由掩盖它)。除非我弄错了,否则这种API的全部目的是在后端和前端之间进行转换,对吗?状态不是敏感信息,可以很容易地发送到客户端,因为客户端是一个内部工具。然后,看起来可能需要与该工具的用户进行对话,以了解他们为什么需要这种转换nslation。他们想要更改肯定是有原因的,否则就不会被要求更改。他们可能有道理,如果不是的话,可能是XY问题,你真的应该在Y上工作