…. или можно сказать, что они предоставляют веские веские причины, почему Visual Basic и C # не добавили никаких новых языковых функций в Visual Studio 2013. Это действительно вопрос чтения рун.
Вы, конечно, можете читать все за чистую монету и не пытаться делать выводы о скрытой машине под поверхностью Microsoft и ее инициатив разработчиков. Некоторые читатели предпочитают так поступать и думают, что любые спекуляции — это просто критика Microsoft и неоправданный подрыв нынешней или будущей экосистемы Windows. Как давний программист Windows, я должен сказать, что я замечаю изменение, и эта текущая защита позиции застоя приветствуется, но не полностью успокаивает мои заботы.
Команда разработчиков Visual Basic решила объяснить, почему в Visual Studio 2013 нет новых функций в C # или Visual Basic:
«Наиболее важным является то, что мы только что выпустили новые версии этих двух языков менее года назад, при этом поддержка асинхронности является важной новой и важной функцией языка в обоих. Разработчики все еще учатся интегрировать и извлекать выгоду из перехода на асинхронность в языков и API. Мы очень рады более быстрым темпам выпуска VS, но мы полагаем по опыту, что языковые версии требуют немного больше времени, чтобы освоиться ».
Да, в этом есть смысл, за исключением того небольшого факта, что энтузиасты языка (а кто еще работает в группе компиляторов?) Всегда видят способы улучшить свой язык. Хотя это объяснение разумно, оно показывает явную нехватку драйва и мнение разработчиков, что они не в состоянии воспринимать изменения. Конечно, разработчики, которые не успевают, просто игнорируют новое.
Следующая причина не менее хороша:
«У нас есть и более тактическая причина: мы почти закончили заново реализовывать компиляторы и языковые службы для Visual Basic и C # с нуля. Возможно, вы слышали об этом проекте как о проекте Roslyn, и там будет будет много преимуществ для конечных пользователей от этой работы, когда она будет отправлена «.
Утверждается, что Roslyn упростит реализацию и тестирование новых языковых функций. Короче говоря, хотя и утверждается, что старые компиляторы великолепны, будущее за новым подходом к компилятору как к набору сервисов. Именно Roslyn будет использоваться для предоставления новых функций языков.
Настоящим плюсом сообщения в блоге является утверждение:
«Мы активно работаем над следующими версиями Visual Basic и C #. Группа разработчиков языка работает на полную мощность, как обычно, под руководством Андерса Хейлсберга, и мы рассматриваем множество новых языковых функций, больших и малых. Мы очень много ищем с нетерпением ждем возможности поделиться более подробной информацией об этой работе по мере созревания идей и, в конечном итоге, включить эти новые языковые функции в будущую версию Visual Studio ».
Будем надеяться, что это правда, но молчание о новых возможностях C # или Visual Basic и тот факт, что Андерс Хейлсберг, похоже, очень доволен игрой с TypeScript, все еще вызывает беспокойство. Как и все объяснения того, что чего-то не хватает, тот факт, что объяснение было необходимо, просто увеличивает значимость «пропавшего».
Сообщение в блоге имеет смысл и может быть на 100% правдой, но с точки зрения стороннего наблюдателя все еще кажется, что упор делается на то, чтобы сделать .NET и его языки лучшими. Конечно, различие между .NET и языками очень важно. Кажется довольно очевидным, что Microsoft не думает, что .NET станет ее будущим спасителем, и в основном сделала ставку на WinRT, но C # и Visual Basic — это языки, которые можно использовать для разработки приложений WinRT, даже если они принимают второе место после C ++. Возможно, у них действительно есть будущее, даже если у настольных .NET и, в частности, WPF нет.
Сравните этот темп разработки с 5000 новых API в WinRT.
Больше информации
В VS 2013 нет новых функций языка VB и C #
Статьи по Теме
Windows 8.1 — 5000 новых API!
Сброс .NET — безумие Microsoft
Вернется ли кнопка «Пуск» в Windows 8?
Microsoft — отмена проекта
Windows 8 — разрушитель рабочего стола
Windows 8 ускоряет выход ПК из строя
Событие вымирания Microsoft
Microsoft против разработчиков
Как Microsoft могла сделать Metro
Сброс .NET — безумие Microsoft
Чтобы получать информацию о новых статьях на I Programmer, установите панель инструментов I Programmer, подпишитесь на RSS-канал, подпишитесь на нас в Twitter, Facebook, Google+ или Linkedin или подпишитесь на нашу еженедельную новостную рассылку.
Комментарии
Оставьте комментарий или просмотрите существующие комментарии с помощью Disqus
или отправьте свой комментарий по адресу: comments@i-programmer.info