Abbiamo iniziato a ricercare la possibilità di creare le app LOB W8 Store inviate alle Superfici tramite il nostro dominio store dei clienti. Abbiamo un portfolio di applicazioni WinForms e WPF scritte in .Net e stiamo pensando di migrare alcune di esse in Surface a causa delle preferenze dei clienti. Ora ho un dilemma: ho fatto una ricerca sulle tecnologie di sviluppo in Windows 8 e da quello che ho letto e provato sembra che il modo migliore per utilizzare i tecnici di sviluppo del negozio W8 sia utilizzare questa combinazione:W8 Store App: scrittura dell'interfaccia utente in HTML e CSS e utilizzo di DLL C# per dominio/modello?
- HTML, CSS, JQuery e JS per lo sviluppo dell'interfaccia utente (View), e
- C# e .Net corretto per il modello/dominio parte della soluzione.
Il fatto è (o IMHO), che XAML è fortemente gonfio rispetto al leggero HTML/CSS/jQuery per la creazione di trigger, effetti, animazioni e UI, non abbiamo che il tempo molto sviluppatori di creare interfacce utente del . D'altra parte, JS è (IMHO, ancora una volta) inutilizzabile per l'applicazione Dominio/Modello perché il codice dovrebbe essere riscritto (non c'è tempo per quello) e, nonostante la lingua e i controlli di tipo introdotti in JS, penso che la lingua è difficilmente utilizzabile per i nostri requisiti di Dominio/Modello e curve di apprendimento.
Da quello che stavo pensando, c'è la possibilità di scrivere la parte dell'interfaccia utente in HTML/CSS/JQuery/JS e parti Domain/Model in .Net/C#? Così avremmo un sacco di HTML, JS e, diciamo ViewModels a cui collegarci, e una DLL di dominio scritta in C#? Intendo utilizzarlo in modo simile alla creazione di una soluzione in C++ .Net e aggiungendo un paio di riferimenti a progetti/dll di C# e di VB.Net e facendo riferimento alle classi in esso contenute?
Ho letto che l'unico modo per ottenere questo risultato (poiché l'app JS è nativa AFAIK), è utilizzare gli Interops e le COM e, temo che ciò non sarebbe possibile con il nostro software.
Grazie ragazzi.
Non riesco a capire perché questa domanda sarebbe chiusa in quanto non costruttiva. Come sei andato con questo? Ero esattamente nella stessa situazione con un gioco WinJS che sto sviluppando. La routine "AI" per il movimento del computer è diventata troppo lenta e complicata in JavaScript, quindi l'ho trasferita su un componente WinRT C#. C'è un po 'di traduzione confusa attraverso le fabbriche che restituiscono le interfacce in modo che io possa usare l'ereditarietà internamente, ma nel complesso è molto più veloce e più facile fare il debug e, come dici tu, dà il meglio di entrambi i mondi. –
Non so perché più persone non sono interessate a questo. È possibile utilizzare una visualizzazione Web in Xamarin per lo sviluppo di Android ed è bello poter scrivere C# per backend e HTML HTML per frontend. Anche se non è davvero. Netto. – tigerswithguitars