Quote:
Originariamente inviato da Unrealizer
Hai ragione in parte È vero per quanto riguarda la divisione netta tra GUI e codice "di lavoro", ma devo smentirti su un paio di punti
Disegnando (anzi, scrivendo) una interfaccia in HTML5 si usa JavaScript per il codice sottostante, non solo per la gui
Disegnandola con XAML puoi usare C# o C++ (forse anche VB, ma non sono sicuro), ma non sfrutti il framework .NET, bensì il nuovo set di API WinRT
La cosa che temo di più è un trattamento preferenziale per l'accoppiata HTML+JS, sarebbe un brutto tiro per gli sviluppatori .NET (soprattutto per chi ha lavorato su WPF o Silverlight) che hanno investito tempo per imparare XAML e C#...
Già il fatto che la developer preview di Expression Blend 5 supporti solo HTML5 e non XAML mi fa avere un brutto presentimento, ma SPERO disperatamente di sbagliarmi...
In ogni caso, come fatto vedere anche al Build 2011, il porting da WP7 a Win8 dovrebbe essere molto semplice
|
Un buon progetto usa javascript solo ed esclusivamente per la gui altrimenti come potresti mettere la parte business e la parte db sotto ad un altro tipo di gui che non usa javascript???? Come sarebbe portabile ad es da un progetto Metro ad uno Windows forms se javascript si occupa anche di altro???
SICURAMENTE dropperanno Silverlight e mi dispiace ma non certo le linee guida di WPF che continueranno ad esserci, per questo ti dico che js sarà solo gui, dovrai sviluppare come facevi con Silverlight ma con sotto HTML5 + js.
Questo perchè a livello di risorse consuma molto meno e quindi visto che cè il progetto di portare Windows 8 anche sugli smartphone (facendo morire Windows Phone 7) capisci che oggi uno dei limiti di WP7 è la durata della batteria, se inizi a far pesare meno le applicazioni puoi anche far girare il soc arm al minimo della potenza e consuma meno e dura di piu la batteria, insomma tutto collegato e poi anche alla batteria dei tablet male non gli fa.