API და
მონაცემები
როდესაც ინტერფეისი აჩვენებს მხოლოდ სიმპტომს, მე უფრო ღრმად ვიყურები: მოთხოვნაზე, პასუხზე და მონაცემთა მდგომარეობაზე.
რაც სამსახურმა დააბრუნა
ვამოწმებ მოთხოვნის ორგანოებს, პასუხების კოდებს, JSON სტრუქტურას და ქცევას სწორი და არასწორი მონაცემებით.
რისი სინქრონიზაცია შეიძლება
ვამოწმებ რომელი ველებია პორტატული და რომელი უნდა დარჩეს მოწყობილობაზე.
სახელმწიფო სინქრონიზაცია გადასინჯვის კონტროლთან
GET /state
200 OK
{
"revision": 7,
"state": { ... }
}PUT /state
Content-Type: application/json
{
"expectedRevision": 7,
"state": { ... }
}მდგომარეობა შენახულია და გადახედვა იზრდება ერთით.
სერვერი აბრუნებს არსებულ მდგომარეობას სხვისი ცვლილების გადაწერის გარეშე.
განახლება უარყოფილია სანამ რაიმე მონაცემი ჩაიწერება.
სერვისი აბრუნებს აშკარა invalid_json შეცდომას.
პასუხი არ არის შენიღბული წარმატებული სტატუსით.
მოტის სტატისტიკა, მეხსიერება, პიროვნება, მფლობელის ფაქტები, ნდობა და სქემის ვერსია.
გასაღებები და ნიშნები, შემქმნელის გასაღები, ფანჯრის გეომეტრია, ხელმისაწვდომობის ნებართვები და ადგილობრივი AI გარემო.
მუშაობდა ძირითადი ოთხი ველის სინქრონიზაცია; რევიზია და რეაგირების კოდის დამუშავება განხორციელებულია კლიენტსა და სერვერზე.
არ არის დამოწმებულიგაფართოებული პასუხი მეხსიერებით, პიროვნებით, მფლობელის ფაქტებით და ნდობით მოითხოვს სხვა ცოცხალ GET / მდგომარეობას მიმდინარე სერვერის გაშვების შემდეგ.