在后端处理PUT超文本传输协议请求中的可选字段的最佳方法是什么[关闭]

Question

想改进这个问题吗？更新问题，以便通过编辑这篇文章，用事实和引用来回答。

我找不到卖出调用的开发人员指南。如果在PUT请求中，一个可选值被作为null传递，我们该怎么办？我们是在db中将它设置为null，还是在db中保留以前的值(如果有)？这种方法的问题是，一旦用value创建了可选字段，我们将无法更新这些值来使其无效。

例如，对于同一个Entity sulte Student表，我有一个名称为sulte Student_optional_subject的可空列。现在在POST中，student_optional_subject被设置为值“calculus”。再次发出PUT请求，请求正文中的student_optional_subject为null（即请求中缺少该字段，因为它是可选字段）。我应该在student_ optional_subject中保留“calculation”，还是将其设置为null。。

Answer 1

如果你有一个学生表，学生的名字没有理由是可选的。如果一个学生存在，他们有一个与之相关的名字应该是可以理解的。Student表中的每个条目都可以与主键相关联，如自动递增的< code>id或随机生成的64/128位< code >唯一id的< code>uuid。此时，您应该有另一个名为< code>Subject的表。如果< code>PUT不包含< code>student_subject，则不创建新的< code>Subject行。但是，如果存在，请为给定的< code >学生创建一个新的< code >学生主题，其中关联是< code>id或< code>uuid。这样，学生仍然可以有科目或没有科目，但是< code>Student表不关心他们有没有科目。

CREATE TABLE `student` (
    id int(11) NOT NULL AUTO_INCREMENT,
    name varchar(128),
    PRIMARY KEY (id)
);

CREATE TABLE `subject` (
    id int(11) NOT NULL AUTO_INCREMENT
    student_id int(11)
    title varchar(64)
    PRIMARY KEY (id)
);

Answer 2

如果 PUT 请求中的值为空，则应将其另存为空值。不应忽略它，因为它是可选的。

按照PUT方法的定义方式，它应该始终是资源的完全更新。如果我对同一个资源做了一个PUT，然后又做了一个GET，那么我从GET得到的表示应该等同于在PUT中发送的表示。

如果忽略空字段，则称为部分更新。PUT不支持部分更新。这是人们在构建RESTAPI时最常见的错误之一。

如果您想进行部分更新，可以使用补丁方法。但是，要小心，因为PATCH比PUT更经常被错误地使用。如果使用修补程序，应该使用不同的媒体类型，如应用程序/修补程序json或应用程序/合并修补程序json。