Un'applicazione WPF dovrebbe essere scritta in C++/CLI o C#?

Question

Le applicazioni WPF sono, in sostanza, le applicazioni gestite? Right? Quindi, devo scegliere tra usare C++ gestito o C# gestito. Ho sperimentato con C++ gestito anni fa. Sembrava non essere pronto per il primetime. Immagino che Microsoft abbia dedicato più sforzi al C# gestito rispetto al C++ gestito. Quindi, sembra che usare C# gestito sia la migliore alternativa tra i due. È questo il caso? Quali esperienze hai avuto con WPF in entrambe le lingue? Grazie in anticipo.

Answer 1

Managed C++ è stato sostituito da C++/CLI e "managed C#" è solo C#.

Si consiglia vivamente di utilizzare C# per un nuovo progetto e utilizzare C++/CLI solo quando necessario. C# ha un supporto migliore, ha una base di utenti più ampia ed è più facile lavorare con Visual Studio 2010.

Inoltre, tenere presente che C++ e C++/CLI sono due lingue diverse. Per il mio primo progetto .Net, ho scelto C++/CLI perché conoscevo già il C++ e questa era una pessima idea: la curva di apprendimento da C++ a C++/CLI è simile all'apprendimento di C# da C++: non cadere in quella trappola .

Answer 2

In termini di back-end, entrambi funzionano sul CLR ed entrambi sono in grado di funzionare. In realtà si tratta solo di cosa ti senti più a tuo agio. Se non sei sicuro, sperimenta con entrambi. Usa quello che sembra più produttivo.

Edit:

Come è stato appena mi ha fatto notare, però, sembra che il supporto per i modelli WPF (e forse anche IntelliSense) solo che non è lì per C++. Quindi in quel caso credo che dovrei raccomandare C#.

Answer 3

C# è il più utilizzato, quindi se avete problemi, c'è più supporto online per C#. C# ha anche il miglior supporto di Microsoft. In generale, è solo un prodotto più rifinito, anche adesso. Se davvero non ti importa, andrei con C#.

Answer 4

È possibile utilizzare il C++ gestito per il proprio back-end ma, in fase di ispezione, VS (sto utilizzando 2010 Ultimate) non ha alcun modello incorporato per un'applicazione WPF C++ - solo C# o VB.

Sono sicuro che lo potrebbe forzarlo a funzionare se si desidera, ma io suggerirei di utilizzare C#.

Answer 5

C++/CLI è stato creato solo per supportare la scrittura di livelli di interoperabilità tra codice non gestito (cioè C/C++ nativo) e codice gestito. Per "sollevamento pesi", si dovrebbe assolutamente usare C# (o VisualBasic.NET).

Answer 6

IMO senza dubbio C# (o VB/F #).

C++/CLI è ottimo quando si attraversa il confine del mondo gestito e una libreria C++. La complessità è più alta anche se le questioni sottili derivano dal fatto che si combina un linguaggio gestito e un non gestito.

I tempi di compilazione sono più lunghi anche in C++/CLI, soprattutto perché i modelli di codice sono modellati su come il compilatore C# non funziona su come funziona il compilatore C++.