Penso che sia fondamentale utilizzare un'architettura basata su eventi con molti tipi di applicazioni che non sono siti Web. Tuttavia, quando si codificano siti Web (che sono stateless al livello di base), sembra che non sia realmente necessario utilizzare un'architettura basata su eventi.
È vero? La maggior parte dei framework web non usa eventi per comunicare tra oggetti?
La natura stateless di HTTP complica la programmazione guidata dagli eventi per il web, ma non così tanto, come lo stato o la percezione dello stato è molto facile da costruire. Esistono diversi framework basati sugli eventi per le principali lingue Web, un esempio per php è Prado e ogni piattaforma web con un'applicazione capace server.
Detto questo, è anche vero che gli sviluppatori web e i nostri strumenti non sono particolarmente orientati allo sviluppo guidato dagli eventi. La mia percezione è che gli eventi sono utili soprattutto sul front end (dove si deve notare che javascript è gestito da un evento) e non aggiungono molto al back-end. Da un punto di vista storico, lo stato non è sempre stato così facile da costruire e ci siamo allenati a essere in grado di andarcene senza di esso, al punto che quando lo stato è diventato in realtà facile da costruire lo usiamo solo per i suoi scopi veramente essenziali come abbiamo già coperto tutte le nostre basi per tutte le cose che gli eventi sarebbero stati utili.
Su una nota più generica, quando si passa dalla codifica del desktop alla codifica per il Web o alla codifica per i telefoni cellulari, si dovrebbe essere pronti per un cambio di mentalità. Diverse tecniche essenziali per le app desktop non sono così su un'altra piattaforma (media, architettura) e viceversa. Ogni sviluppatore di ogni piattaforma (m, a) apprezza e beneficia del rimanere vicino alle tecnologie e ai protocolli di base (m, a) di livello basso / core. Gli eventi, anche se 100% possibili e utili e alcune volte completamente necessari, sono alquanto innaturali per lo sviluppo del back-end web.
Questo non è proprio vero. Ci sono numeri significativi in entrambi i campi. Il web è in realtà molto adatto per approcci basati su eventi. Diversi framework Web trattano ogni richiesta HTTP come un evento che viene inviato ai gestori in base al contenuto della richiesta. Queste applicazioni hanno in genere un design più basato sui componenti, in cui i componenti vengono tagliati verticalmente attraverso lo stack Web dall'interfaccia utente e i livelli JavaScript attraverso la rete in particolari oggetti sul server in cui viene mantenuto lo stato. Mentre questo ha diversi vantaggi, non è privo di svantaggi.
Leggi altre domande sui tag web-development event-programming