Domanda

Ho sentito da qualche parte che Microsoft concentrerà i propri sforzi su C # piuttosto che su C ++ per la piattaforma .NET. Vedo i segni che questo è vero a causa del designer della GUI che era disponibile per C # ma non per C ++.

Quindi vorrei sapere se C ++ in .NET sta morendo e se in futuro continuerà ad essere secondo a C #.

È stato utile?

Soluzione

Se si sta prendendo di mira il framework .NET nello sviluppo di applicazioni, sì, C ++ / CLI è un cittadino di seconda classe rispetto a C #. C # è stato specificamente progettato come il linguaggio per .NET framework, mentre l'estensione C ++ / CLI è lì per consentire agli sviluppatori di collegare il codice nativo e gestito.

Tuttavia, non confondere C ++ con C ++ / CLI (C ++ .NET è la stessa cosa ...). Il C ++ è vivo e vegeto in aree come il kernel, i giochi, le app ad alte prestazioni e server (ad es. Server SQL) che difficilmente cambieranno. D'altra parte la maggior parte delle "cose ??della GUI" di .NET non usano C ++.

Altri suggerimenti

Il C ++ gestito non è mai stato realmente quello che MS pensava che sarebbe stato. C # potrebbe fare (quasi) la stessa cosa, con una sintassi molto più intuitiva e intuitiva.

A parte questo, C ++ / CLI non rimarrà non supportato per lungo tempo, poiché è il modo semplice per creare interoperabilità tra assembly .NET e assembly C ++ nativi. Questo è tutto ciò per cui viene utilizzato (sono sicuro che c'è uno 0,001% di sviluppatori C ++ / CLI là fuori che non sono d'accordo: P).

C ++ / CLI è proprio il modo in cui Microsoft attira gli sviluppatori C ++ nativi su .NET. Era come uno strato intermedio tra C ++ nativo e C #, ma sono abbastanza sicuro che gli sviluppatori preferiscano scegliere C ++ nativo o C #.

Microsoft non lascerà morire C ++ / CLI, almeno in un prossimo futuro, tuttavia, senza il supporto della comunità, C ++ / CLI non sarà in grado di crescere.

In questa generazione, non crescere significa essere vicini ai morti.

Temo di si.

La ragione di ciò non è C # (che non porta nulla di speciale e sebbene sia una nuova lingua, non porta a nuove funzionalità linguistiche ma semplicemente copia le funzionalità di altri - generici).

È principalmente perché il primo tentativo di MS di abilitare la piattaforma C ++ per .NET - Managed C ++ - è stato un disastro.
Successivamente hanno assunto Herb Sutter , guru del C ++, che ha reso fantastico il lavoro progettando la sostituzione del C ++ gestito chiamato C ++ / CLI. Perché e quanto la progettazione C ++ / CLI è superiore alla progettazione Managed C ++ che puoi scoprire leggendo Una logica progettuale per C ++ / CLI scritta da Herb.

A proposito, Herb ha reso il compilatore vc uno dei migliori compilatori conformi agli standard per Windows dopo anni che è stato il peggiore in termini di conformità standard.

No. È nato morto. È sempre stato trattato come un citezen di seconda classe senza roadmap di vitalità.

Penso che SÌ, stia morendo, in realtà è già morto;), perché non ci sono molte persone che lo usano, usano sia c ++ che c #. vedi questo

Non penso che necessariamente vada via, ma il motivo per usarlo quasi sempre dipende dal fatto che tu abbia bisogno o meno dei benefici in termini di prestazioni che ne derivano. Se C # può fare la stessa cosa al 90% dell'efficienza di C ++, non è abbastanza buono?

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top