無法使用JsonApiFramework獲得相關資源

Question

使用https://github.com/scott-mcdonald/JsonApiFramework框架

我正在從用戶界面發送以下PATCH：

{"data":{"id":"4221fe2f-ca7b-425d-b45a-a09f4936a22b","attributes":{"contact-trade-name":"asdad","contact-name":"aasd","contact-phone":"asdad","contact-email":"asdad@adasd.asd","created-date":"2016-12-19T14:07:59.833","status":"AwaitingBillData"},"relationships":{"share-user":{"data":{"type":"users","id":"5078b2ee-2348-44f5-95a0-3c14c2ad2b1d"}}},"type":"jobs"}}

在我的服務器上，我正在執行以下操作：

using (var documentContext = new DocumentContext(HttpContext.Current.Request.Url, document)) { var job = documentContext.GetResource<Job>(); var relationships = documentContext.GetResourceRelationships(job); var shareUserRel = relationships["share-user"]; var shareUser = documentContext.GetRelatedResource<Data.ServiceModel.User>(shareUserRel); }

但是shareUser始終為null

當我檢查shareUserRel時，它具有以下內容：

{ResourceIdentifier [type=users id=5078b2ee-2348-44f5-95a0-3c14c2ad2b1d]}

如果有幫助。

有什么明顯的證據表明我可能做錯了嗎？

Answer 1

要格式化json：api文檔以提高可讀性，它看起來像這樣：

{
  "data": {
    "type": "jobs"
    "id": "4221fe2f-ca7b-425d-b45a-a09f4936a22b",
    "attributes": {
      "contact-trade-name": "asdad",
      "contact-name": "aasd",
      "contact-phone": "asdad",
      "contact-email": "asdad@adasd.asd",
      "created-date": "2016-12-19T14:07:59.833",
      "status": "AwaitingBillData"
    },
    "relationships": {
      "share-user": {
        "data": {
          "type": "users",
          "id": "5078b2ee-2348-44f5-95a0-3c14c2ad2b1d"
        }
      }
    }
  }
}

GetRelatedResource返回null的原因是您要文檔上下文返回文檔中實際包含的用戶資源，而該資源在文檔中不存在。

當客戶端在PATCH中發送此類json：api文檔時，您正在指示服務器使用給定的屬性更新作業資源，並將該作業資源與在一對一資源鏈接中指定的現有用戶資源相關聯。

在示例中有了關系對象后，更正確的方法如下：

if (shareUserRel.IsResourceLinkageNullOrEmpty())
{
  // Clear any linkage between the job resource and any current user
  ...
}
else
{
  var shareUserResourceIdentifier = shareUserRel.GetToOneResourceLinkage();
  // Create linkage between the job resource and existing user identified
  // by shareUserResourceIdentifier
  ...
}

現在，如何處理“ ...”取決於您的數據層。