Nelle note e nelle demo di Build 2011, si parlava sempre di C++, C#, Visual Basic e JavaScript. Non posso creare app in stile Metro con F #? O è sicuro dire che se funziona con C#, funziona anche con F #?App stile Metro con F #?
Oppure è idoneo a dire se funziona con C# quindi funziona anche con F #?
Sì, è così che dovrebbe funzionare. Oltre a javascript e C/C++, qualsiasi linguaggio conforme a CLS che viene eseguito in cima al CLR avrà accesso all'API WinRT.
Purtroppo nel VS 2011 Express Edition non si ottiene il supporto di utensili, ma credo che questo sarà aggiunto gradualmente o di altre edizioni:
Ho avuto la stessa domanda e ha creato un post sul blog: Create a Metro App in F# (NOT)
Ci sono alcuni problemi:
Utilizzando Visual Studio 11 Developer Preview (Full, non esprimono), sono stato in grado di fare riferimento ed eseguire codice F # da un'applicazione stile C# Metro con le seguenti avvertenze:
avrete una genera avviso dicendo che il progetto non può essere referenziato, anche se Visual Studio ti consente comunque di aggiungerlo.
È necessario rimuovere tutti i riferimenti a tutte le DLL nel progetto # F, tra cui FSharp.Core.
Seguendo questi passaggi è possibile eseguire codice F # da un'applicazione stile C# Metro, ma è quasi impossibile scrivere alcun codice utile in F #, senza riferimenti alle librerie di lingua di base. Speriamo che aggiornino presto le librerie per essere compatibili con WinRT.
La questione è stata risolta qui: Windows 8 and F# Anche se non è possibile creare e Metro progettazione applicazioni direttamente in F #, è comunque possibile creare cosiddetta biblioteca portatile in F # con tutti i modelli e ViewModels e utilizzarlo in un altro progetti della metropolitana. Non è l'ideale, ma funziona.
Ho portato la mia libreria di supporti per .NET 3.0.5-4.0 alla libreria Portable, funziona abbastanza bene su Metro con l'applicazione Metro C# e alcuni miei bridge UI Metro. Sono convinto di poter usare F # per rendere l'applicazione Metro in molte parti.
Non è così facile. È vero, la proiezione di runtime è completamente trasparente per tutto ciò che viene compilato su IL, ma la maggior parte dei compilatori deve anche caricare le informazioni sul tipo dagli assembly in fase di compilazione (per il controllo dei tipi). Ciò significa essere in grado di leggere e analizzare i file .winmd, che hanno alcune estensioni rispetto agli assembly CLI vanilla. Inoltre, i file .winmd descrivono i tipi WinRT così come sono, senza applicare le regole di proiezione CLR, ad es. se li leggi, vedi un tipo che implementa l'interfaccia "IIterable" WinRT, ma in fase di runtime CLR la mapperà a "IEnumerable ". È quindi necessario il supporto del compilatore. –