Pergunta

Eu ouvi em algum lugar que a Microsoft vai ser concentrando seus esforços em C #, em vez de C ++ para a plataforma .NET. Eu posso ver sinais de este ser verdadeiro por causa do designer de GUI que estava disponível para C #, mas não C ++.

Então, eu gostaria de saber se C ++ em .NET está morrendo e se ele vai continuar a ser o segundo a C # no futuro.

Foi útil?

Solução

Se você está direcionando o .NET framework no desenvolvimento de aplicações, então sim C ++ / CLI é um cidadão de segunda classe em comparação com C #. C # foi projetado especificamente como o idioma para .NET Framework entretanto C ++ / extensão CLI está lá para permitir que desenvolvedores para colmatar código nativo e gerenciado.

No entanto, não confunda C ++ com C ++ / CLI (C ++ .NET é a mesma coisa ...). C ++ está vivo e bem em áreas como o kernel, jogos, aplicativos de servidor (por exemplo, servidor SQL) todos os quais são susceptíveis de mudar de alto desempenho e. Por outro lado mais .NET 'coisas GUI' não vai usar C ++.

Outras dicas

Dirigido C ++ nunca realmente tem que ser o que MS pensei que seria. C # pode fazer (quase) a mesma coisa, com a sintaxe muito mais intuitiva e fácil de usar.

Além disso, C ++ / CLI não será deixado sem suporte por um longo tempo, como é o caminho mais fácil para criar interoperabilidade entre .NET montagens nativas C ++ montagens e. Isso é tudo que ele é usado para que (eu com certeza estou há um 0,001% do C ++ / CLI desenvolvedores lá fora que discordam: P).

C ++ / CLI é apenas a maneira Microsoft atrai desenvolvedores de C ++ nativo para .NET. Era como uma camada intermediária entre C ++ nativo e C #, mas eu tenho certeza que os desenvolvedores preferem escolher C ++ nativo ou C #.

Microsoft não vai deixar C ++ / CLI morrer, pelo menos no futuro próximo, no entanto, sem o apoio da comunidade, C ++ / CLI não será capaz de crescer.

Nesta geração, não crescer meios perto de morto.

Eu tenho medo que é.

A razão para isso não é C # (que não traz nada de especial e embora seja uma nova linguagem não levar em novos recursos de linguagem mas apenas cópias características dos outros - os genéricos).

É principalmente porque a primeira tentativa de MS para habilitar C ++ para plataforma .NET - Managed C ++ -. Foi um desastre
Após isso, eles contrataram Herb Sutter , C ++ guru, o que fez fantástico trabalho concepção de substituição Managed C ++ callled C ++ / CLI. Por que e quanto C ++ / design CLI é superior a C ++ gerenciado projetar você pode descobrir através da leitura Um projeto Justificativa para C ++ / CLI escrito por Herb.

A propósito, Herb fez um compilador vc do melhor padrão-conformando compiladores para Windows depois de anos de ser o pior em relação a conformidade padrão.

No. Ele nasceu morto. Ele sempre foi tratada como uma segunda citezen classe sem roteiro vitalidade.

Eu acho que sim, a sua morte, na verdade, ele já morreu;), coz lá Arent muitas pessoas que o usam, eles usam se c ++ ou C #. consulte este

Eu não acho que necessariamente vai embora, mas a razão para usá-lo quase sempre se resume a saber se você precisa ou não os benefícios de desempenho que vêm com ele. Se C # pode fazer a mesma coisa em 90% a eficiência do C ++, que não é realmente bom o suficiente?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top