Meme transcription: Panel 1. Two images of JSON, one is the empty object, one is an object in which the key name maps to the value null. Caption: “Corporate needs you to find the difference between this picture and this picture”

Panel 2. The Java backend dev answers, “They’re the same picture.”

  • expr@programming.dev
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    3 days ago

    As I already said, it’s very simple with JSON Patch:

    [
      { *op": "replace", "path": "/Name™, "value": "otherName"}
    ]
    

    Good practice in API design is to permissively accept either undefined or null to represent optionality with same semantics (except when using JSON Merge Patch, but JSON Patch linked above should be preferred anyway).

    • masterspace@lemmy.ca
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      3
      ·
      edit-2
      3 days ago

      I.e. waste a ton of bandwidth sending a ridiculous amount of useless data in every request, all because your backend engineers don’t know how to program for shit.

      Gotcha.

      • expr@programming.dev
        link
        fedilink
        arrow-up
        2
        ·
        3 days ago

        It’s about making APIs more flexible, permissive, and harder to misuse by clients. It’s a user-centric approach to API design. It’s not done to make it easier on backend. If anything, it can take extra effort by backend developers.

        But you’d clearly prefer vitriol to civil discourse and have no interest in actually learning anything, so I think my time would be better spent elsewhere.