Доброго времени суток, Михаил. Как вы думаете, зачем Microsoft продолжает поддерживать VBasic в пакете Visual Studio. Вы не задавались таким вопросом?)
С появления .NET поддержка Visual Basic свелась к банальной поддержке синтаксического анализатора. Я думаю, это основная проблема. Я конечно не могу знать реальных затрат на поддержку, но могу предполагать. Дело в том, что нужно только прочитать из исходного кода синтаксис VB и сгенерировать код .NET, а дальше уже все классы и все типы данных одинаковы для всех языков .NET.
Я понимаю, что язык VB никогда не был популярным и его популярность наверно падает. Я вижу очень мало предложений о работе в Канаде, где нужен был бы VB, но они есть. Я точно не знаю с чем связана любовь Microsoft к Visual Basic, но в этой компании всегда любили этот язык. Наверно потому, что над ним работали в компании еще с появления самой первой ОС от Microsoft и в этом принимал участие сам Билл Гейтс.
Я не могу сказать, зачем компания продолжает поддерживать этот язык, но я думаю, что они и дальше будут это делать.
Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым
VS пользутся же не только в РФ, где VB Никогда не был популярным. Поддержка нужна для других стран.
Я думаю, что VB используется и поддерживается из-за его простоты и с целью поддержки уже написанного на VB кода для MS Office. Это основная причина. Для написания внутриофисных макросов его вполне хватает, а его простота позволяет писать программы людям с минимальными познаниями в программировании.
Вообще, VBA и VB.NET довольно сильно отличаются. Макросы для MS Office, по существу, представляют из себя старый VB 6.0. Несколько лет назад, ходили разговоры о том, что из-за появления .NET язык VBA заменят на Visual Studio Tools for Office или что-то подобное. Но VBA продолжают поддерживать. Переводить код на .NET, если речь идёт о реальных разработках, а не каких-то тестовых примерах, практически бесперспективно. Переводил я как-то класс "Сумма прописью" (думаю, говорит само за себя)с VBA на VB.NET. "Чистый" код без обращений, например, к объектам Excel или каким-то другим.Даже в этом случае, возникли проблемы. А если активно используются массивы, идёт обращение,например, к объектам MS Office (или работа VB 6.0 с формами) то про перевод кода на новую платформу можно забыть. С таким же успехом, можно изучать совершенно другой язык и писать всё с нуля. Тот же C#. Я взялся сейчас, за обновление одной старой разработки (таблица для расчёта удержаний из зарплаты с активным использованием VBA)и обнаружил... что меня стал раздражать синтаксис VB. Я от него отвык.
Пишу вместо
"Dim s As String"
"String s" - как в С-подобных языках.
И не пойму сразу, чего от меня хочет редактор VBA:) И от "If Then" отвык...
Ещё более сомнительной, очевидно, является идея переноса неуправляемого кода на C++ на платформу .NET.
Исходя из всего этого, мне кажется сомнительным преимущество многоязычной среды разработки, с возможностью сращивать, скажем, код на VB.NET и С#. С чем действительно приходится соединять - так это с неуправляемым кодом. Чем больше задач возникает, тем больше видишь ограничений платформы. И тогда очаровательный .NET показывает свои зубы. Другое дело, что в той же Java проблем не меньше (мягко говоря).
Novyny
Novyny
Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2024 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
На сайте используются Cookie. Если вы из ЕС или Калифорнии США, то вы должны согласиться с их использованием - Согласен. Если вы из нормальной страны, то вам пох.
