Scusa, cosa intendi per "logica dei controlli"?
gestione degli eventi, disegno del controllo, bindings, ecc... per quanto innestati possano essere, alla fine si arriva sempre ad un metodo onRender
e poi il visual tree di WPF è evidentemente molto più efficiente del DOM
--- i due messaggi sono stati uniti ---
a parte che con electronjs puoi accedere benissimo al DOM...
ed infatti è questo il problema
se usi Il DOM paghi un prezzo altissimo...l'unico metodo per scrivere applicazioni performanti è non usare il DOM e disegnare direttamente su canvas
Che poi vscode o altri simili siano studiati così ( senza usare il dom ), questo è un altro fatto ed una loro metodologia...
Una necessità per non fare la fine di Atom, Slack e compagnia.
Ma per creare un gestionale, un software sia semplice che complicato, è ottimo..
Ma anche Python è ottimo. Però le prestazioni sono quelle che sono.
Ed il fatto che sempre più progetti sono portati ad usare quel framework ne è la dimostrazione.
In realtà è la dimostrazione che i programmatori non hanno idea di cosa significhi il termine efficienza. I forum di programmazione sono pieni di lamentele sulle scarse prestazioni, lag, ecc... dei programmi che usano Electron.
Purtroppo molti programmatori vengono dal web e non spendono tempo per studiare tecnologie più adeguate al desktop ( non si può certo dire che Electron è alla pari di Qt!! ). Usano quello che già conoscono. Ma cadono nella trappola del carpentiere, ovvero vedere chiodi ovunque e, di conseguenza, usare sempre il martello.
Non lo sta andando ad usare alibabà o gigino di castellammaredistabbbbia, lo vanno ad usare Amazon, Mongo, Microsoft, Wordpress, Facebook, ed altri...
Electron o Nodejs? Perchè parliamo di due cose molto diverse. Nodejs non si porta dietro Chromium, il DOM e tutto il resto.
Facebook è tanto convinto di Electron che s'è creato React Native!
Puoi vuoi mettere le seguenti comodità per le aziende:
1. con un solo tipo di sviluppatore copri tutti i sistemi operativi senza dover installare altro ( possiamo stare qui tutto il giorno a dire che java è portable, ma senza jvm, un file jar è un archivio e basta! )
2. con lo stesso codice hai già bello che fatto una web app riducendo i costi di un progetto..
Quindi ripeto, boh... Magari non hai capito bene come funziona e per questo lo stai "marchiando" così male...
Tutto quello che vuoi. Ma resta il nodo prestazioni. Se ti serve un software prestante, che consumi poca ram, che sia efficiente, che non ciucci batteria ( come fa Slack ), che non perda 20 secondi per fare un search su qualche centinaia di migliaia di righe di codice ( come fa Atom ), allora non puoi usare Electron.
E' questo che sto dicendo.
p.s. Java supporta la compilazione AOT da un paio di release...il problema di portarsi dietro la JVM è fortunatamente risolto...che poi pure le app Electron si portano dietro il loro runtime, consistente in una VM Javascript e un browser completo ( Chromium )[/QUOTE]