Notikumu vadīta programmēšana: pilnīgs ceļvedis ar piemēriem

Informatec Digital » programmēšana » Notikumu vadīta programmēšana: pilnīgs ceļvedis ar piemēriem

Notikumu vadīta programmēšana ir izstrādes stils, kurā lietojumprogramma reaģē uz apkārtējo vidi, nevis uz stingru darbību sarakstu. Tā vietā, lai secīgi veiktu darbības no punkta A uz punktu B, programmatūra gaida notikumus un reaģē, kad kāds noklikšķina, pienāk dati vai mainās sistēmas stāvoklis.

Ja jums ir secīgāka programmēšanas pieredze, šī pieeja paver plašas iespējas bagātīgām saskarnēm, augstas noslodzes pakalpojumiem un sistēmām, kas apstrādā tiešraides darbplūsmas. Es piedāvāju visaptverošu pārskatu par koncepcijām, arhitektūru, notikumu veidiem, praktisko kodu (JavaScript, Node.js un Python/tkinter) un labāko praksi, lai palīdzētu jums to viegli apgūt.

Kas ir notikumu vadīta programmēšana?

Šajā paradigmā loģika tiek aktivizēta, kad notiek kaut kas būtisks: lietotāja mijiedarbība, tīkla ziņojumi, sensori, taimeri vai jebkurš programmētāja definēts signāls. Šo "kaut ko" sauc par notikumu, un tas aktivizē vienu vai vairākus apstrādātājus , kas satur atbildi, kuru vēlaties izpildīt.

Svarīgākais ir tas, ka notikumi var notikt asinhroni, pat paralēli. Programma turpina uzraudzīt notikumus, izmantojot notikumu ciklu, kas apkopo, sakārto un izplata notikumus uztvērējiem , tādējādi nodrošinot lietotnes atsaucību un atbloķēšanu.

Būtiskākie jēdzieni: notikumi, emitētāji, uztvērēji un cilpa

Notikums ir izpausme, ka kaut kas ir noticis: klikšķis, dubultklikšķis, taustiņa nospiešana, lejupielādes beigas, tīkla paketes saņemšana, loga atvēršana utt. Tas parasti satur datus (lietderīgo slodzi) un kontekstu, kas apraksta notikušo , ļaujot apstrādātājā pieņemt lēmumus.

Komponentus, kas ģenerē notikumus, sauc par emiteriem; tos, kas tos apstrādā, sauc par uztvērējiem vai klausītājiem. Saikne starp tiem tiek izveidota ar abonēšanas mehānismiem (klausītājiem) vai saistīšanu , kas norāda, kura funkcija jāizpilda katram notikuma veidam.

Sistēmas sirds ir notikumu cikls. Šis cikls apkopo gaidāmos notikumus, sakārto tos un nogādā atbilstošajiem apstrādātājiem. Pateicoties šim modelim, lietojumprogramma var reaģēt uz vairākiem stimuliem, nebloķējot saskarni un netērējot resursus.

Vizuālajā un mobilajā vidē jūs arī nošķirsiet lietotāja uzsāktus notikumus (klikšķināšanu, vilkšanu, pieskaršanos, ierīces noliekšanu) un automātiskos notikumus (ekrāna atvēršanu, taimera aktivizēšanu, fokusa maiņu). Šo divu grupu atdalīšana palīdz izstrādāt paredzamas mijiedarbības plūsmas.

Kā darbojas pasākuma dzīves cikls

Dinamiku var apkopot trīs savstarpēji saistītos posmos. Pirmkārt, notikums tiek ģenerēts (personas, sistēmas, tīkla vai aparatūras) ; šis notikums nonāk kopējā kanālā (rindā), kamēr notikumu cikls to uzrauga.

Otrkārt, notiek klausīšanās. Uztvērēji, kas abonējuši šāda veida notikumu, to nosaka (piemēram, “klikšķa” klausītājs vai “datu” apstrādātājs ligzdā) un ir gatavi rīkoties.

Visbeidzot, notiek apstrāde. Kontrolieris apstrādā notikuma objektu, pārbauda tā īpašības (tipu, mērķi, vērtības) un izlemj, ko darīt : atjaunināt lietotāja saskarni, validēt, izplatīt, atcelt vai emitēt jaunus kaskādes notikumus.

Visbiežāk sastopamie notikumu veidi

Praksē jūs sastapsiet labi pazīstamas ģimenes. Izpratne par to niansēm ietaupīs jums daudz galvassāpju, kad runa ir par to pilnveidošanu un ieviešanu.

• Pele vai rādītājs: klikšķis, dblclick, peles uz leju, peles augšup, peles kursoru, peles izņemšanu, peles pārvietošanu, kontekstizvēlni.
• Tastatūra: taustiņa nospiešana uz leju, taustiņa uz augšu, taustiņa nospiešana (rakstzīmju taustiņiem).
• Logs un dokuments: ielāde, kļūda (ielādējot resursus), izmēra maiņa, ritināšana, lapas paslēpta/parādīta lapa.
• formas: ievade, maiņa, iesniegšana, fokusēšana/fokusēšana ārā.
• Ritenītis/ritināšana: ritenis ar horizontālas un vertikālas ritināšanas datiem.

Papildus notikuma nosaukumam notikuma objekts sniedz papildu informāciju. Rādītājiem atradīsiet clientX/pageX un clientY/pageY; tastatūrām meklēsiet atslēgu, kodu vai modifikatorus (shiftKey, altKey, ctrlKey) ; riteņu datiem atradīsiet deltaX, deltaY un deltaMode, lai noteiktu mērvienību.

Klausīšanās un pasākumu vadība praksē

Tīmeklī ir divas tipiskas pieejas. Viena ir definēt apstrādātājus pašā HTML failā (atribūtus, piemēram, onclick) , kas ir noderīgi prototipiem vai vienkāršiem gadījumiem:

<!-- myClickHandler es la función JS que manejará el evento -->
<button onclick='myClickHandler()'>Púlsame</button>
<script>
  function myClickHandler(){
    alert('Hola');
  }
</script>

Otra, tīrāka un mērogojamāka iespēja ir reģistrēt klausītājus no JavaScript. `addEventListener` ļauj abonēt izpildes laikā un atdalīt skatu no loģikas.

const btn = document.querySelector('button');
const onClick = (e) => {
  console.log('Destino:', e.target);
};
btn.addEventListener('click', onClick);
// Más tarde, si ya no lo necesitas:
// btn.removeEventListener('click', onClick);

Katrs apstrādātājs saņem notikuma objektu. Tur atradīsiet metodes e.type, e.target, e.cancelable un key, piemēram, e.preventDefault() vai e.stopPropagation(), lai atceltu noklusējuma darbību vai apturētu burbuļa parādīšanos.

Tipisks gadījums ir ievades vērtības iegūšana, neatsvaidzinot lapu: izlasiet e.target.value izmaiņu vai ievades apstrādātāja ietvaros , un teksts būs pieejams tiešsaistē.

Koda piemēri Node.js un Python valodās

Node.js ievieš jaudīgu publicēšanas/abonēšanas modeli ar EventEmitter klasi. Tas ļauj definēt savus biznesa notikumus un reaģēt uz tiem.

// Node.js (JavaScript)
const EventEmitter = require('events');
class MiBusEventos extends EventEmitter {}
const bus = new MiBusEventos();

bus.on('saludo', (nombre) => {
  console.log(`¡Hola, ${nombre}!`);
});

// Emitimos el evento con un dato asociado
bus.emit('saludo', 'mundo');

Python valodā, ja strādājat ar darbvirsmas saskarnēm, tkinter atvieglo logrīku saistīšanu ar notikumiem. Poga, rāmis vai logs var tikt saistīts ar peles un tastatūras darbībām.

# Python + tkinter
from tkinter import *

def on_key(event):
    print('Tecla:', repr(event.char))

def on_click(event):
    marco.focus_set()
    print('Click en:', event.x, event.y)

root = Tk()
marco = Frame(root, width=120, height=120)
marco.bind('<Key>', on_key)
marco.bind('<Button-1>', on_click)
marco.pack()
root.mainloop()

Ja vēlaties pielāgota izdevēja pamata piemēru Python valodā (bez GUI), varat simulēt abonēšanu un paziņojumus, izmantojot funkciju sarakstus :

class Emisor:
    def __init__(self):
        self._subs = {}
    def on(self, evento, fn):
        self._subs.setdefault(evento, []).append(fn)
    def emit(self, evento, *args, **kwargs):
        for fn in self._subs.get(evento, []):
            fn(*args, **kwargs)

emisor = Emisor()
emisor.on('saludo', lambda: print('¡Hola, mundo!'))
emisor.emit('saludo')

Īpašības un metodes vizuālās vidēs (MIT App Inventor un līdzīgi)

Uz blokiem balstīti izstrādes rīki, piemēram, MIT App Inventor, ir lielisks notikumu vadītas paradigmas piemērs. Katram komponentam (pogai, etiķetei, attēlam) ir īpašības, notikumi un metodes , kuras jūs vizuāli manipulējat.

Rekvizīti apraksta, kā komponents "izskatās" vai "uzvedas": fonta lielums, izlīdzinājums, krāsa, redzamība vai teksts. Tos var iestatīt projektēšanas laikā vai mainīt izpildes laikā, lai pielāgotu saskarni, pamatojoties uz mijiedarbību vai ienākošajiem datiem.

Metodes ir iepriekš definētas darbības, kuras komponents zina, kā veikt, piemēram, loga pārvietošana, lauka fokusēšana, elementa pievienošana sarakstam vai teksta notīrīšana. Tās netiek programmētas no nulles: vide tās nodrošina gatavas izsaukšanai.

Šāda veida platformās jūs arī atšķirsiet automātiskos notikumus (piemēram, ekrāna ieslēgšanos) no tiem, ko aktivizē lietotājs (pogas nospiešana, vilkšana, pieskaršanās, tālruņa noliekšana). Šī atdalīšana ir noderīga navigācijas un stāvokļa strukturēšanai.

GUI, CLI un operētājsistēmas loma

Operētājsistēmas nosūta notikumus lietojumprogrammai, kurai ir ievades fokuss. Grafiskajā lietotāja saskarnē katrs logs vai logrīks var saņemt un apstrādāt savus notikumus, izmantojot lietojumprogrammas notikumu ciklu.

Pat komandrindas programmās ir līdzīgi signāli: process var gaidīt, kamēr lietotājs ierakstīs un nospiedīs Enter, lai uzskatītu, ka notikums "ievade pabeigta" ir noticis. Galvenā atšķirība ir tā, ka komandrindas saskarnē plūsma tiek uztverta kā lineāra, taču joprojām notiek notikumu gaidīšana.

Zvaigžņu lietojumprogrammas notikumu vadītai programmēšanai

Interaktīvas lietotāja saskarnes : tīmekļa vietnes, galddatori un mobilās ierīces reaģē uz katru žestu acumirklī. Pieredze šķiet dabiska, jo loģika darbojas precīzi tad, kad lietotājs to pieprasa.

Asinhronā komunikācija : HTTP serveri, WebSockets, ziņojumu rindas un mikropakalpojumi izmanto modeli, lai apstrādātu ienākošos pieprasījumus, nebloķējot citus uzdevumus.

Reāllaika apstrāde — telemetrija, lietu internets (IoT), tirdzniecība, infrastruktūras uzraudzība un rūpnieciskā kontrole — izraisa tūlītējas darbības, reaģējot uz sensoru noteiktajām izmaiņām. Pats notikums ir ideāls ierosinātājs, lai reaģētu uz realitāti milisekundēs.

Priekšrocības un izaicinājumi, kas jāņem vērā

Pozitīvi ir tas, ka tiek iegūta interaktivitāte, efektivitāte un mērogojamība : kods darbojas tikai tad, kad tas nepieciešams, galvenais pavediens neiesprūst un darbu var sadalīt starp vairākiem specializētiem apstrādātājiem.

Turpretī sarežģītība palielinās līdz ar notikumu, klausītāju un asinhrono plūsmu skaitu . Bez skaidra dizaina cieš uzturēšanas iespējas un rodas tādas problēmas kā nesakārtota ķēžu veidošana vai grūti testējami apstrādātāji.

Laba prakse darbam ar pasākumiem

Konsekventa apstrādātāju nosaukumu piešķiršana (onSubmit, handleClickCancel) ļauj izvairīties no iekļautas loģikas HTML failā un centralizēti abonē ar addEventListener vai jūsu ietvara notikumu sistēmu.

Noplūžu novēršana : noņemiet klausītājus, kad komponents tiek iznīcināts vai DOM elements pazūd. Tīmeklī izmantojiet `removeEventListener` vai līdzvērtīgus mehānismus ietvaros un vietējās grafiskajās lietotāja saskarnēs.

Validate un limit : Izmantojiet e.preventDefault() formām, ja validācija vēl nav sekmīgi pabeigta, un e.stopPropagation(), ja nevēlaties, lai notikums aktivizētos arī priekštečiem.

Atvienojiet , publicējot domēna notikumus (piemēram, “order.created”) un ļaujot abonēt citus moduļus. Tas samazina tiešās atkarības un atvieglo lietotnes attīstību.

Aiz frontes: arhitektūra un raksti

Notikumu vadīta skaitļošana neaprobežojas tikai ar priekšējo daļu. Aizmugurējā daļā var izmantot rindas (RabbitMQ, Kafka), brokerus, iekšējās kopnes un mākoņpakalpojumus, piemēram, AWS, lai nodrošinātu nebloķējošu un noturīgu saziņu starp mikropakalpojumiem.

Noderīgi modeļi ietver notikumu avotu (notikumi ir patiesības avots), notikumu pārnesto stāvokļa pārnesi (stāvokļa pārsūtīšana, izmantojot notikumus) un izsūtni (nodrošinot uzticamu publicēšanu no datubāzes). Tie visi balstās uz vienu un to pašu principu: reaģēšana uz notikumiem.

Notikumu objekta īpašības, kas jums jāiegaumē

Papildus laukiem e.type un e.target ir daži ļoti noderīgi lauki. Peles ievadei : clientX/clientY (attiecībā pret logu) un pageX/pageY (attiecībā pret dokumentu), un which (nospiesta poga). Tastatūras ievadei : taustiņš, kods un modifikatori, piemēram, shiftKey, altKey un ctrlKey.

Ritenim deltaX un deltaY nosaka pārvietojumu , un deltaMode norāda, vai mērvienības ir pikseļi, līnijas vai lapas. Efektīvi apvienojot, tie ļauj izveidot precīzu un pieejamu mijiedarbību.

Notikumi, īpašības un metodes kontekstā

Apkopojot vizuālo pieeju: komponentam ir īpašības (konfigurācija), notikumi (kas ar to notiek) un metodes (ko tas prot darīt) . Šī triāde parādās App Inventor, tīmekļa sistēmās un vietējās SDK.

Rekvizītu, piemēram, fonta lieluma vai pogas krāsas, modificēšana izpildes laikā pēc validācijas šajā modelī ir dabiska. Saistiet šīs izmaiņas ar notikumiem, un jūs viegli iegūsiet reaģējošas lietotāja saskarnes.

HTML un notikumu deleģēšana

Kad saskarne tiek veidota dinamiski, katra jauna elementa abonēšana var būt dārga. Notikumu deleģēšana klausās kopīgu konteineru un filtrē pēc `e.target` , kas ievērojami vienkāršo sarakstus vai tabulas ar rindām, kas parādās un pazūd.

document.querySelector('#lista').addEventListener('click', (e) => {
  if (e.target.matches('li.removible')) {
    e.target.remove();
  }
});

Tādā veidā viens klausītājs pārvalda visus pašreizējos un turpmākos elementus #list konteinerā. Mazāk abonementu, mazāk atmiņas un mazāks noplūdes risks.

Kā tas integrējas ar tīkliem un reāllaiku?

Node.js vidē ligzdas un straumes jau darbojas, pamatojoties uz notikumiem: “data”, “end”, “error”, “close”... Jums tikai jāpievieno apstrādātāji un jāļauj izpildlaikam paveikt pārējo . Pārlūkprogrammās WebSocket un EventSource ievēro to pašu principu.

IoT gadījumā mērījumu saņemšana no sensoriem ir dabisks ierosinātājs. Notikumu plūsma var normalizēt, validēt un publicēt atjauninātus brīdinājumus vai informācijas paneļus bez manuālas iejaukšanās.

Vadīta mācīšanās un prakse

Ja vēlaties spert soli tālāk, ieteicams praktizēties ar nelieliem projektiem: veidlapu ar karsto validāciju, tērzēšanu ar WebSockets, informācijas paneli, kas patērē straumi, vai darbvirsmas lietotni ar saistījumiem. Atkārtošana dažādos kontekstos pastiprina refleksus un modeļus.

Vēl viena iespēja ir apmācīties intensīvās programmās, kas apvieno pamatus, arhitektūru un izvietošanu. Laba mobilo lietotņu vai mūsdienīgu tīmekļa vietņu izstrādes apmācība sniegs jums zināšanas par notikumiem, asinhronitāti un ražošanai gatavu saskarņu veidošanu.

Notikumu vadīta programmatūra ļauj veidot programmatūru, kas reaģē tā, kā cilvēki sagaida: bez bloķēšanas un īstajā brīdī. Tagad jums ir koncepcijas (notikumi, sūtītāji, saņēmēji, cikli), visizplatītākie veidi, kā lietot notikumu objektu, piemēri Node.js un Python/tkinter, īpašību un metožu loma vizuālajā vidē, reālās pasaules lietojumprogrammas un labākā prakse . Balstoties uz šo pamatu, pāreja no klikšķa uz rezultātu būs atkarīga no rūpīgas klausīšanās, labākas pārvaldības un sistēmas tīrības un atdalīšanas uzturēšanas.