在图书分享应用中，GraphQL添加收藏场景的最佳实践是什么？

推荐使用独立命名的addFavorite mutation（方案一）作为该场景的最佳实践，原因如下：

• 语义清晰，贴合核心业务：addFavorite直接对应「添加收藏」这个明确的业务动作，开发者无需通过理解“更新用户对象间接修改收藏列表”的逻辑来完成操作，Schema可读性更强，团队沟通和维护成本更低。
• 参数精准无冗余：仅需传递userId和待添加的图书信息，不需要构造包含用户其他字段的UserInput，避免了不必要的参数传递，降低了调用时的出错概率。
• 便于后续功能扩展：如果后续需要给「添加收藏」动作增加专属逻辑（比如收藏次数统计、触发用户通知、特殊权限校验），独立的mutation可以更方便地封装这些逻辑，不会与用户基本信息修改的逻辑耦合；反之，若使用editUser，后续修改收藏相关逻辑时容易影响到用户信息更新的原有功能。
• 符合GraphQL mutation设计原则：GraphQL鼓励用语义化的专属mutation对应具体业务操作，而非用通用的edit/update类操作处理所有修改场景，这样的Schema结构更具可维护性和扩展性。

反观方案二，通过editUser的UserInput字段间接实现收藏添加，存在明显的弊端：editUser的核心职责是修改用户基本信息，将收藏添加逻辑混入其中会导致mutation职责模糊，同时调用时需要构造冗余的输入结构，不利于后续的功能拆分和独立维护。

内容的提问来源于stack exchange，提问作者MonkeyBonkey