Ricordo spesso una frase che gli insegnanti di matematica condividevano a scuola su come fosse inutile tentare nel memorizzare calcoli prettamente a memoria se privi della conoscenza dietro il loro vero ed esatto funzionamento o i principi originari, tutto affinché fosse naturale comprendere in quali casi tali concetti esatti poter efficacemente calare nei vari utilizzi.
L’esatta equivalenza calza sui tool web no-code di base; comprenderne i livelli di logiche e ruotaggi invisibili dietro gli ingranaggi base ci facilita sulle decisioni a tutto piano posizionando così esattamente ogni tassello costruttivo del progetto al suo posto.
Puntualizziamo sui concetti prima di tuffarci alla radice:
Front-end
Parlando in riferimento client o front-end riferiamo specificatamente ai flussi sui Browser adibiti nel connettere la base intera interfaccia HTML ed eseguire l'interazione al lato e prospettiva visiva dell’intero nostro sito dal proprio device in locale dell'uso utente.
Back-end
Diversamente, sui back-end - e in un termine esatto i Server veri d'uso - si ha piena competizione di esecuzione in gestione, memorizzazioni nei database collegati sulle azioni ad impatto profondo dal recuperare al processare di sicurezze su file, dati o elaborazioni pagamenti in transizione occulte riservate.
Spieghiamo con la tipica analogia legata al sistema da Ristorazioni del locale dove al nostro pasto andiamo e scegliamo da menù in ordini che poi passiamo assieme ai nostri tavoli ad un Cameriere il quale intercede andando poi dalla parte nascosta operativa - nella Cucina del locale dove si leggono ordini processando pietanze ad opera cuochi dove poi alla via inversa i camerieri stessi consegneranno il piatto ad ultimazione pronto.
Le Cucine si interpretano come Backend, Front-end alle Sale Pubbliche, i nostri Camerieri come Interfacce API d'esposizione d'evento!
Questa logica raffina bene le visioni precise al perché ai perimetri Front-end le sicurezze sono limitate data esposizione diretta ai presenti al Tavolo a dispetto del profondo isolamento garantito dal Backend (Cucina).
Delineati tutti gli aspetti, tuffiamoci per chiarificazioni dedicate sull’aspetto centrale dedicato proprio a Wized!
Come Opera ed Interagisce Wized
In logica pura Wized si interpreta appieno a una base intera No-code ma specializzato in base estesa all'inserimento ed al flusso logico JS visivo sui layout creati per piattaforme Webflow a tutti gli effetti, fungendo un controllo grafico stile jQuery con facoltà nella creazione di controlli per DOM o gli action in eventi onclick di modifica interazioni visibili e inviare per via d'uso chiamate dirette o asincrone API a vari server remoti integrati.
Le esecuzioni e flussi wized di calcolo operando unicamente in lato browser quindi "client side", con logico aspetto che senza accesso backend sul Webflow in sè potrà eseguire a logica l’HTML che intercede e processa in front nel tempo in vivo; e questo in architettura di lavoro ha importanza notevole da evidenziazione.
Quando incorpori tutto genera file js doppi tra cui l'anima di esecuzione dell'indice Wized index.js d'orchestra base generale del tool sul browser di base per permettere ogni flusso e chiamate varie. Mentre un lato al secondo asset i logici setup derivanti al nostro effettivo interscambio, su actions e variables configurate all’interno con inclusione via head/body dell'HTML forniti.
Interamente lo scenario interagente sulle strutture HTML a partire dalle modfiche CSS dai Testi alle Box Layout ed Input, per la sincronizzazione al framework sfrutteremo questi esatti "attributi" nei parametri dati classici inserendoli sull'Editor:
w-el = "elementName"Questi elementi supportati vanno integrati in camelCase sui naming.
Sotto ogni singola operatività la logicità operazionale all’app su elementi w-el base farà funzionare esattamente o meno una richiesta ed operazione logica per trigger vari dettando l'evento di comunicazione se necessario ad inoltro server al trigger visivo che detterà via.
Nel proseguo d'integrazioni avremo flussi frammentati da moduli tra single-page ai carichi più limitati nei processi sulle sezioni applicative interattive per rendere veloce al caricamento sezioni intere in flessibilità mirate allo strettamente in uso alle vie del sito.
Aver chiara la comprensione profonda porta chiarezze assolute poi integrando sistemi quali User Auth su log on che su altri rami son viste con più problematiche che invece col quadro generale si assemblano a chiarezze fluide di integrazione.
