Pasakokite apie savęs apibūdinančių žinučių (Self-descriptive messages) principą.

Savarankiškai aprašančių žinučių principas reiškia, kad žinutė turi visą informaciją, reikalingą jos interpretacijai, be išorinių schemų ar apibrėžimų nuorodų.

Pagrindiniai aspektai:

• Nesusijęs su kontekstu: Gavimo šaltinis neturi iš anksto žinoti jos struktūros ar laukų reikšmių.
• Aiškus duomenų apibrėžimas: Duomenų tipai, laukų pavadinimai ir jų reikšmės aiškiai įtraukti į žinutę.
• Lankstumas: Žinučių struktūra gali keistis be poreikio atnaujinti sutartis ar schemas visiems dalyviams.

Pavyzdžiai formatų, palaikančių šį principą:

• JSON: Naudoja raktas-reikšmė poras, aiškiai apibrėždama laukų pavadinimus.

  {
    "userId": 123, // Vartotojo identifikatorius
    "orderId": "abc-456", // Užsakymo identifikatorius
    "items": [
      {
        "itemId": 101,
        "name": "Product A",
        "quantity": 2
      },
      {
        "itemId": 102,
        "name": "Product B",
        "quantity": 1
      }
    ]
  }
  

• XML: Naudoja žymas elementų apibrėžimui ir atributus jų savybėms.

  <!-- Vartotojo užsakymas -->
  <order userId="123">
    <orderId value="abc-456"></orderId>
    <items>
      <item itemId="101">
        <name>Product A</name>
        <quantity>2</quantity>
      </item>
      <item itemId="102">
        <name>Product B</name>
        <quantity>1</quantity>
      </item>
    </items>
  </order>
  

Privalumai:

• Integracijos paprastumas: Nauji vartotojai gali lengvai apdoroti žinutes be išankstinių žinių apie struktūrą.
• Atsparumas pokyčiams: Žinučių struktūros keitimas šaltinyje nereikalauja iš karto atnaujinti visų vartotojų.
• Patogus derinimas: Žinutės lengvai skaitomos ir suprantamos.

Trūkumai:

• Per didelis duomenų kiekis: Žinučių dydis gali būti didesnis dėl metaduomenų įtraukimo.
• Sudėtingesnis analizavimas: Reikalingas universalesnis analizatorius, galintis apdoroti įvairias struktūras.

QA procese, savarankiškai aprašančios žinutės palengvina integracijų testavimą ir leidžia greičiau nustatyti problemas, nes duomenų struktūrą galima matyti tiesiogiai žinutėje. Tai ypač naudinga mikroservisų architektūrose, kur paslaugos sąveikauja tarpusavyje asinchroniškai arba sinchroniškai per įvairius protokolus.