Чем отличается Visual C# от C#?

Question

[zorgingyaringen]

Поясните пожалуйста новичку чем отличается visual c# и c#.
Почему где то пишут просто язык C# а где то Visual c#
Это разные языки или нет ?

Answer 1

[Алексей Немиро]

Под C# обычно следует понимать Visual C#, точнее Microsoft Visual C#.

Microsoft Visual C# - реализация языка C# компанией Microsoft.

Наверное выглядит странно, учитывая что язык создан в Microsoft для Microsoft .NET Framework, но на данный момент есть две спецификации C#: ECMA-334, ISO/IEC 23270:2006 (в чем разница, не имею представления).
Microsoft штампует новые версии C# со страшной скоростью, и как следствие выпускает новые спецификации :-)

Из-за разных реализация C#, стандартов, юридических проблем в языке появляются искажения и не стыковки. Например, при программировании под Mono есть мелкие особенности, которые следует учитывать. А в целом, C# - он один.

Comments

[sitev_ru]

Microsoff )

[Алексей Немиро]

sitev_ru: :-)) поправил.

[Роман]

Что то какой до фигни понаписали.
Нету двух спецификаций, она одна, это просто 2 разных организации по стандартизации, те, это если бы вы, к примеру как производитель тушенки, провели бы стандартизацию по ГОСТ и ISO, а тушенка все равно одна и та же.

Второе, Mono особенности не от юридических проблем, ибо стандарт C# открыт, не из за 2 стандартов, как вы думаете. Mono всегда была догоняющей платформой, ибо реализацию .Net никто не раскрывал, фактически Mono результат реверс-инжиринга. Сейчас, когда MS купил Xamarin, все может поменяться.

[Алексей Немиро]

Роман: есть, как минимум спецификации для разных версий языков. Видимо не успевают оформлять :-)

Текст и структура спецификаций разный, как следствие возможна разная трактовка написанного (теми, кто будет реализовывать поддержу языка). Мельком глянул, ISO/IEC 23270:2006 выглядит более подробней, чем ECMA-334. Microsoft представляет самые свежие данные, но как-то все поверхностно.

У Mono и других подобных проектов в самом начале были юридические ограничения со стороны Microsoft, хотя они касаются .NET в целом, а не языка. Это мешало развитию и усиливало отставание. Сейчас, да, возможно станет лучше, но прошлое уже не изменишь, если есть серьезные ответвления и их будут продолжать развивать, то со временем различия могут стать ощутимыми.

Всякие фишки добавляемые в Visual Studio - это тоже серьезная проблема. Например из последнего, интерполированные строки ($"hello {username}") можно использовать в коде любой версии C#, но только в Visual Studio 2015, со всеми вытекающими последствиями. Не понимаю, зачем так делать. Хотя нет, понимаю, это хитрый способ пересадить всех на новые версии Visual Studio, а там глядишь и до Windows 10 недалеко :-)

Все эти мелочи приводят к мелким различиям. Отсюда и язык Microsoft Visual C#, уже местами несовместимый с C#. Если так будет продолжаться, лет через десять разрыв увеличится и вопросы «Чем отличается Visual C# от C#?» или «С чего начать: Visual C# или C#?» будут вполне актуальны.

[Роман]

Алексей Немиро: "но только в Visual Studio 2015, со всеми вытекающими последствиями" обоснуйте эту фразу. Писал VS Code ASP.Net Core проект, и без проблем пользовался, не нашел никаких ограничений. Visual C# это так назывался компонент Express редакции VS. в 2012 VS EXpress поделили не на языки программирования, а на платформо-ориентированные (Web, Desktop, Mobile). Почему вы язык к VS подтягиваете? Компилятор это часть .Net, поставив .Net, MSBuild и Nuget, вы без проблем будете собирать проекты и без VS. Еще раз возможности C# никак, никак вообще не связаны с VS.

[Алексей Немиро]

Роман: это я про совместимость кода, версии C#, .NET и прочий зоопарк :-)

[Роман]

Алексей Немиро: Какой прочий зоопарк? Версия .Net и определяет версию C#. Вы уже запутались сами. ISO/ECMA не определяют спецификацию языка, скажем как это выглядит в случае C++. Спецификацию языка сейчас определяет только MS, а не ISO/ECMA, так как C# и .Net развивается только MS, а остальные только догоняют. Так и не понял про, что это: "Всякие фишки добавляемые в Visual Studio - это тоже серьезная проблема. Например из последнего, интерполированные строки ($"hello {username}") можно использовать в коде любой версии C#, но только в Visual Studio 2015, со всеми вытекающими последствиями". Какие последствия? Какие фишки? То, что с новыми возможностями языка нормально работают лишь последние версии VS, так это нормально, это фактически зависит от того, что в IntelliSence студии заложено.

[Алексей Немиро]

Роман: .NET 2.0, код:

string username = "test";
Console.WriteLine($"hello {username}");

Будет работать в VS2015. В ранних версиях студия скажет, что синтаксис неверный, оно и понятно, язык ведь другой версии. MSBuild, если новый, сможет собрать. Компилятор csc для .NET 2.0 - нет, не сможет.

Соответственно, пользователи старых версий Visual Studio не смогут работать с кодом проектов написанных на новом C# (в данном случае, 6.0), даже если проект написан под старые версии .NET Framework. Т.е. смогут, но проще код поправить, или студию обновить (обновление не всегда возможно).

Версии .NET Framework тоже имеют различия.

В итоге получается бардак и плохая переносимость. Не думаю, что это нормально :-) По крайней в плане возможность использования новых конструкций языка для старых версий .NET - это совсем ненормально, хотя и удобно, если забить на пользователей старых версий Visual Studio и пользователей альтернативных решений.

Мне в проектах с открытым исходным кодом приходится делать лишние тесты, чтобы адаптировать код под ранние версии .NET и плюс учитывать версии языков. Вот еще народ начинает потихоньку требовать .NET Core - еще один маленький геморрой будет в нашем колхозе :-)

[Роман]

Алексей Немиро: То, что вы привели - это не .Net 2.0 код, а .Net 4.6, как вы сами и написали, что нужна 6.0 версия языка. Естественно версии .Net имеют различия, и очень большие, вы еще от 2.0 проектов Linq потребуйте или асинхронность. Бардака никакого нет, это в любом языке(тяжело собрать программу С++14, компилятором который его не поддерживает). Проблема в том, что даже назначив целевую среду .Net 2.0, VS будет использовать компилятор последней версии. Выше приведенный код, спокойно собирается в VS, но не собирается если непосредственно вызвать компилятор 2.0.

[Алексей Немиро]

Роман: я привел код языка C# 6.0 (Visual C# 2015 входящий в .NET 4.6), который используется в проекте нацеленный на .NET 2.0.

Об этом я и говорю :-) Код несовместимый получается. В период перехода от старой версии Visual Studio к новой, это вызывает проблемы. И в целом, на выходе получается путаница и неразбериха, поскольку о версиях языков мало кто задумывается.

[Роман]

Алексей Немиро: ну так это со всеми языками так, сложно требовать от старого компилятора поддержки новых фич. Тяжело же требовать от какого нибудь GCC 2012 года, поддержки С++14. Кстати MSBuild всегда использует самую свежую версию языка(ведь CIL будет совместим с любой версией .NET). А вам, чтобы лишний раз не мучатся, в свойствах сборки проекта, есть кнопка "Дополнительно", там принудительно можно указать, языковую версию для сборки.

[Алексей Немиро]

Роман: я не мучаюсь, это пользователи(-программисты) мучаются :-) Чем дальше, тем сложнее все становится и вопросы совместимости возникают чаще. И будет только хуже. Мы уже имеем пачку разновидной C# от Microsoft и не известно насколько доделанные версии от других разработчиков. И это без учета зоопарка .NET, который плавно превращается в помойку.

[Роман]

Алексей Немиро: Каких разновидностей то? если посмотреть на зоопарк C++ там еще хлеще, куча компиляторов, да и не всегда строго придерживаются спецификации. Я не мучаюсь, у меня ни разу не было, чтобы я не смог, что то собрать. Других производителей C# нет, Xamarin вместе с Mono куплены MS, остальные проекты (dotGNU) загнулись давно. Ну извините, язык развивается, естественно выходят новые версии, зоопарк этот неизбежен, эта картина не только у MS, это везде. Недавно надо было восстановить доступ к сайту на древней джумле (дело было в корпоративной сети), на хостинге стоял древний PHP, мне пришлось искать какая версия будет под ним работать. Это везде так. Не хотите, чтобы пользователи ваших проектов мучились, пишите на старых версиях, хотите последних достижений языка, предупреждайте в чем собирать. Вы под Linux ничего не собирали из исходников, когда какой нибудь калькулятор просит обновить Qt, пол KDE и так далее(немного утрировано, но все же)

[Алексей Немиро]

Роман:
> если посмотреть на зоопарк C++ там еще хлеще, куча компиляторов...

Да и C# движется в этом же направлении.

> Я не мучаюсь, у меня ни разу не было, чтобы я не смог, что то собрать.

У меня тоже не возникает проблем. Мне приходится решать чужие проблемы с этим :-)

> Xamarin вместе с Mono куплены MS...

Однако это не означает, что в одно мгновенье будут решены все имеющиеся проблемы. И с большой долей вероятности, проблемы в старых версиях не будут решены никогда.

> пишите на старых версиях, хотите последних достижений языка, предупреждайте в чем собирать...

У меня нет с этим проблем. Это просто увеличивает расходы на тестирование. Расхождения периодически всплывают, там где их не должно быть. Это вполне нормальное явление. И разумеется, я пишу системные требования, куда без этого :-)

> Вы под Linux ничего не собирали...

Собирал и собираю, в том числе программно, чтобы уменьшить число возникающих проблем у пользователей, даже если они сами программисты :-) По большому счету, автоматизация и упрощение - это мой основной вид деятельности.

[Роман]

Алексей Немиро: По мне так пусть лучше движется и развивается.

Answer 2

[Даниил Демидко]

Язык один - C#
Visual C# - это компонент в среде Visual Studio, отвечающий за его поддержку.