Perché HTML5 si è sbarazzato delle applicazioni Rich Desktop? [chiuso]

0

Recentemente ho notato che le applicazioni Rich desktop (la definisco come un'applicazione che gira all'interno di una macchina virtuale inserita in un browser web, basata su strumenti come Java Web Start, Adobe Flash o Unity Web Player) sembra diventare sempre più rara . Ne vedo solo alcuni quando suono alcuni vecchi videogiochi flash online. Ora sono sostituiti da applicazioni HTML5 / Javascript, che hanno il vantaggio di essere compatibili con tutti i browser senza plug-in. Ma nonostante la compatibilità, mi sembra di aver perso altri motivi.

Tecnologicamente parlando, vedo importanti vantaggi per RDA, in particolare la possibilità di scaricare l'applicazione una volta e di poterla eseguire offline tramite un gestore di applicazioni. A prima vista, sembra essere meglio che scaricare il codice javascript embded in una pagina web. Sembrava promettente.

Quindi ecco le mie domande:

  • Quali sono i motivi principali (che potrebbero essere legati alla tecnologia o no) perché questa architettura è fallita?
  • Per quanto riguarda la compatibilità, perché i browser principali non hanno finito per embding di default alcuni di questi plugin?
posta gvo 07.10.2015 - 19:22
fonte

1 risposta

7

Penso che tu abbia parzialmente risposto alla tua domanda. Le persone stanno progettando applicazioni per browser e dispositivi mobili. Per targetizzare entrambi e condividere il codice, l'utilizzo di HTML5 / JS è un approccio molto rapido.

Technologically speaking, I see important advantages to RDA, especially the possibility to download the application once and being able to run it offline though an application manager.

Stranamente alcune delle applicazioni che potresti usare in questo momento vengono scritte con HTML5 / JS e potresti anche non accorgertene. Electron , nw.js e probabilmente altri contenitori consentono alle applicazioni HTML5 / JS di accedere al filesystem e al sistema operativo. Questi contenitori rimuovono sostanzialmente tutti i limiti del web consentendo agli sviluppatori di applicazioni di creare soluzioni multipiattaforma su ogni dispositivo senza soluzione di continuità. (Questo e ha tutti i vantaggi dell'HTML che consente semplici temi e layout).

Inoltre, come nota a margine puoi creare una pagina web che funzioni offline nel browser. Alcuni siti funzionano in questo modo, ma di solito è una funzionalità a bassa priorità che viene ignorata. (Soprattutto con i cellulari in prevalenza).

What are the main reasons (which might be technology-related or not) why this architecture failed?

Cose come Flash sono state create semplicemente per riempire buchi che gli standard HTML (tra cui WebApps) attualmente non avevano. C'è stato un tempo in cui il web era molto semplice. Cose come video e audio non sono state prese in considerazione, quindi sono stati necessari plug-in per colmare le lacune. I plugin possono ancora esistere fintanto che riempiono un buco percepito. Unity Web Player probabilmente riempie comunque un livello di prestazioni di nicchia rispetto ad alcune alternative WebGL come esempio. Usando il flash per il video o l'audio, non così tanto.

Generalmente i plugin sono proprietari. Questo gioca in un motivo alternativo per cui i plugin hanno fallito che è la sicurezza. Un sacco di persone diffidano di Flash e Java perché sono stati sfruttati numerose volte.

Regarding compatibility, why didn't the main browsers ended up embding by default some of those plugins?

Non fa parte delle specifiche. I browser Web sono estremamente complicati con migliaia di singoli pezzi distribuiti su numerose specifiche. Supportare qualcosa come Flash, Java o Unity che semplicemente duplica la maggior parte delle funzionalità sarebbe una perdita di tempo. La maggior parte delle aziende, in particolare Microsoft, ha scoperto che è molto più semplice lavorare con le specifiche e suggerire modifiche nel tempo quando le funzionalità non sono presenti. Gran parte di ciò è che i browser sono ora controllati da grandi aziende che hanno la manodopera per implementare funzionalità complesse e organizzare lo sviluppo. Ciò ha reso superflua la necessità di plug-in proprietari, a meno che le specifiche non possano essere modificate per includere una funzionalità. (Un buon esempio recente è Encrypted Media Extensions che richiedeva plug-in).

    
risposta data 07.10.2015 - 20:39
fonte

Leggi altre domande sui tag