構文解析サーバは、解析サーバに照会する場合、これは結果であり、間違った日付形式

を返します。構文解析サーバは、解析サーバに照会する場合、これは結果であり、間違った日付形式

{ 
    "results": [ 
     { 
      "objectId": "BMRfgFD1SU", 
      "username": "[email protected]", 
      "createdAt": "2017-04-13T16:52:37.661Z", 
      "updatedAt": "2017-04-13T16:52:37.661Z", 
      "ACL": { 
       "*": { 
        "read": true 
       }, 
       "BMRfgFD1SU": { 
        "read": true, 
        "write": true 
       } 
      } 
     } 
    ] 
}

問題日付形式は現在の文字列は、しかし、それは次のようにあるべきであるということである。

{ 
"__type": "Date", 
"iso": "2015-03-01T15:59:11-07:00" 
}

出典

2017-04-13 xybrek

興味深い...再現できます。特別なフィールドcreateAtとupdatedAtは、他の日付フィールドとは異なる扱いをしているとDocのどこにもわかりませんでした。 parse.comとparse-serverの違いが分かっていますか？作成された日付フィールドは、createdAtおよびupdatedAtではなく、期待通りに表示されます。 –

createdAt、updatedAtは私には正しいと思われます。http://docs.parseplatform.org/rest/guide/#objects – flovilmart

解析日付型は、さまざまな異なる形式を解析できます。解析サーバ自体は特定のフォーマットを使用しており、どこにいても日付を設定している場合は別のフォーマットを使用しています。より一貫性が必要な場合は、ヘルパー関数を追加して特定の形式に日付を適用/更新し、日付をクラウド関数への入力として、日付型フィールドを持つクラスのbeforeSaveトリガーで呼び出します。

あなたの他の選択肢は、クライアントから日付を送信/使用するとデータを適切にフォーマットすることですが、これは今後の証明にはなりません。

編集 - パーサーサーバーで設定した値を変更できないため、作成済み/更新済みの形式を遵守することをお勧めします。

出典

2017-04-13 21:56:53

構文解析サーバは、解析サーバに照会する場合、これは結果であり、間違った日付形式

答えて

関連する問題