Namų darbas — pasirink, atsek atšaukimą, suprojektuok atnaujinimą

Šįkart jokio kodo — pergalvok tai, popieriuje.

1. Pasirink savo programai. Paimk savo programos idėją (ar savo baigiamąjį). Nuspręsk: JWT ar serverio sesija? Parašyk lemiančius veiksnius vienu pastraipa — kliento tipas, diegimo forma, ar „atjunk visur" yra reikalavimas. Yra teisingas atsakymas tavo kontekstui; padaryk kontekstą aiškų.

2. Atsek atšaukimą. SignFlow atveju aprašyk tiksliai, kas vyksta žingsnis po žingsnio, kai vartotojas spaudžia „atsijungti" — nuo DELETE iki kitos užklausos, esančios anonimine. Tada aprašyk, ką grynas-JWT sistema turėtų padaryti tam pačiam efektui pasiekti ir kodėl ji negali to padaryti švariai.

3. Suprojektuok atnaujinimo srautą. Nubrėžk (proza ar pseudokodu) trumpaamžio-JWT + atnaujinimo-žetono sistemą Pica: kas yra prieigos žetone, kur saugomas atnaujinimo žetonas, ką daro „atnaujinti" galinis taškas ir ką ištrina „atjunk šį įrenginį". Tada įvardyk vieną dalyką, kurį šis dizainas iš naujo įvedė, o grynas JWT išvengė.

4. Rask perkeltą kaštą. Savo atnaujinimo-žetono dizaine tiksliai nustatyk, kur dabar gyvena serverio būsena ir kaip dažnai ji liečiama, palyginti su paprasta sesijų sistema. Argumentuok, ar hibridas buvo vertas sistemai Pica masto ir sistemai SignFlow masto.

Baigei kūrimą. Lieka viena pamoka: žvilgsnis atgal į viską, kas SignFlow yra, sąžiningas paskutinis žodis apie tai, kas jo parašas yra ir kas nėra, ir kur nuvesti savo šaką.