Я где-то слышал, что Microsoft будет фокусировать свои усилия на С#, а не на С++ для платформы .NET. Я вижу признаки того, что это правда из-за дизайнера GUI, который был доступен для С#, но не С++.
Итак, я хотел бы знать, умирает ли С++ в .NET, и если он будет продолжать оставаться вторым в С# в будущем.
Если вы ориентируетесь на платформу .NET в разработке приложений, тогда да С++/CLI является гражданином второго класса по сравнению с С#. С# был специально разработан как язык для платформы .NET, в то время как расширение С++/CLI позволяет разработчикам связывать собственный и управляемый код.
Однако не путайте С++ с С++/CLI (С++.NET - это одно и то же...). С++ жив и здоров в таких областях, как ядро, игры, высокопроизводительные и серверные приложения (например, SQL-сервер), все из которых вряд ли изменятся. С другой стороны, большинство .NET GUI файлов не будут использовать С++.
Управляемый С++ никогда не был таким, каким считал MS. С# может сделать (почти) то же самое, с гораздо более интуитивно понятным и удобным для пользователя синтаксисом.
Кроме того, С++/CLI не будет оставаться неподдерживаемым в течение длительного времени, поскольку это простой способ создать взаимодействие между сборками .NET и сборками С++. Что обо всем, что он использовал, хотя (я уверен, что там есть 0,001% разработчиков С++/CLI, которые не согласны: P).
С++/CLI - это то, как Microsoft привлекает разработчиков С++ для .NET. Это было похоже на промежуточный уровень между родными С++ и С#, но я уверен, что разработчики предпочитают выбирать собственный С++ или С#.
Microsoft не позволит С++/CLI умереть, по крайней мере в ближайшем будущем, однако, без поддержки сообщества, С++/CLI не сможет расти.
В этом поколении не растущее означает близкое к мертвому.
Боюсь, что так оно и есть.
Причиной этого является не С# (который не приносит ничего особенного и хотя это новый язык, который он не приводит к новым языковым функциям, а просто копирует функции других - generics).
Это в основном потому, что первая попытка MS включить платформу С++ для .NET - Managed С++ - была катастрофой.
После этого они наняли Herb Sutter, гуру С++, который сделал фантастическую работу по созданию управляемой замены С++, вызванной С++/CLI.
Почему и насколько дизайн С++/CLI превосходит дизайн Managed С++, вы можете узнать, прочитав "Обоснование дизайна для С++/CLI" , написанное Herb.
Кстати, Herb сделала vc-компилятор одним из лучших совместимых со стандартом компиляторов для Windows после многих лет его самого худшего в отношении стандартного соответствия.
Нет. Он родился мертвым. Он всегда рассматривался как второй класс citezen без дорожной карты жизнеспособности.
Я думаю, ДА, его умирает, на самом деле он уже умер;), потому что много людей, которые его используют, используют ли С++ или С#. см. this
Я не думаю, что это обязательно уходит, но причина его использования почти всегда сводится к тому, нужны ли вам преимущества производительности, которые приходят с ней. Если С# может сделать то же самое при 90% эффективности С++, разве это не очень хорошо?