Link alla notizia: https://www.hwupgrade.it/news/sistemi-operativi/l-app-meteo-di-windows-11-usa-5-volte-la-ram-rispetto-a-quella-di-macos-ecco-perche-succede_157593.html

Un'analisi sui consumi di memoria delle applicazioni integrate nei sistemi operativi ha messo in luce una profonda disparità tra le piattaforme di Microsoft e Apple, evidenziando un impatto eccessivo della prima sulle risorse RAM

Click sul link per visualizzare la notizia.

La soluzione è una sola: eliminare ogni singola cosa fatta in webview e riscrivere tutto in Win32; ma naturalmente sappiamo tutti che questo non accadrà mai...

Comunque anche il meteo di MacOS è un bel mattone eh! Comsuma meno rispetto a quello di Windows ma 240MB di RAM sono comunque tantissimi.

L'applicazione fornita da Apple è un software nativo sviluppato appositamente per sfruttare le librerie grafiche e le API di sistema di macOS, e garantisce un'impronta in memoria contenuta che oscilla di norma tra 50 MB e 80 MB.

Credo che qui ci sia un errore: nell'articolo che avete citato c'è scritto (e c'è anche l'immagine) che il consumo di RAM del meteo su MacOS è intorno ai 230/240MB.

La soluzione è una sola: eliminare ogni singola cosa fatta in webview e riscrivere tutto in Win32; ma naturalmente sappiamo tutti che questo non accadrà mai...

Comunque anche il meteo di MacOS è un bel mattone eh! Comsuma meno rispetto a quello di Windows ma 240MB di RAM sono comunque tantissimi.



Credo che qui ci sia un errore: nell'articolo che avete citato c'è scritto (e c'è anche l'immagine) che il consumo di RAM del meteo su MacOS è intorno ai 230/240MB.

la webview è un ottima invenzione nella teoria ma il suo abbuso ha portato a questo ti permette di creare componenti con pochi click ma per far questo si porta dietro praticametne un intero motore di un borwser

eliminare ogni singola cosa fatta in webview e riscrivere tutto in Win32
Microsoft ha anche WPF, che non ha mai veramente abbracciato... se proprio Win32 non sono capaci ad usarla, perché troppo vecchio stile e con compatibilità complicate con HiDPI, perché non usare WPF che hanno creato loro stessi?

Microsoft ha anche WPF, che non ha mai veramente abbracciato... se proprio Win32 non sono capaci ad usarla, perché troppo vecchio stile e con compatibilità complicate con HiDPI, perché non usare WPF che hanno creato loro stessi?

Il motivo fondamentale? Win32 e WPF non sono motori Web, quello che fai con WebView lo fai con 10x lo sforzo con altri framework e pure male. La soluzione non è cambiare framework ma usarlo in maniera piu efficiente.
WPF sa disegnare solo l'interfaccia utente nativa di Windows, mentre WebView serve a interpretare ed eseguire linguaggi web come HTML, CSS e JavaScript.

Se usi WebView hai milioni di componenti già pronti online che funzionano al 100% su Web, Mac, PC, App, WPF fai tutto a mano e funziona solo su windows, metti questo insieme a budget limitati e pigrizia ed ecco il risultato.