Сообщество программистов Autodesk в СНГ
Статьи => Опубликованные статьи => Тема начата: Александр Ривилис от 05-09-2013, 22:28:59
-
AutoCAD, VBA и производительность (http://adn-cis.org/autocad,-vba-i-proizvoditelnost.html)
-
Доброго времени суток. Спасибо за статью. Вот только возник вопрос.. А что значит "Остается либо переходить на AutoCAD 2014"? Каким образом Acad2014 способен помочь в решении проблем связанных с некорректной работой VBA на x64? Что-то существенно изменилось?
-
Каким образом Acad2014 способен помочь в решении проблем связанных с некорректной работой VBA на x64? Что-то существенно изменилось?
Цитирую статью:
Теоретически эта проблема должна исчезнуть в AutoCAD 2014, в котором уже используется VBA версии 7.1. Эта версия примечательна тем, что является полностью переработанной под 64-разрядные версии приложения.
Тоесть существенно изменилось то, что теперь VBA в AutoCAD 2014 x64 тоже x64, т.е. нет 32-разрядного "процесса - прокладки" между AutoCAD и VBA, который и замедлял работу.
-
Помню, как после перехода на х64 и AutoCAD 2011 все vba-коды отказались работать. Да и после установки VBA-enabler'a мало того, что не заработали, так еще и скорость работы в ACAD заметно снизилась. Благо - таковых было не так много, и не составило особого труда переписать их на LISP (повезло, что его возможностей хватило под конкретные задачи), а иные коды стали и вовсе не нужны в связи с утратой актуальности функционала. Таким образом отказ от VBA (для AutoCAD) прошел для нас с коллегами довольно-таки безболезненно.
Сколько раз слышал и читал о том, что VBA загибается... И что в итоге? Полностью его переработали под х64. А это, предполагаю, немалый труд и дорогого стоит. Стало быть, жить бэйсику?
-
Я бы не был так оптимистичен. И если сейчас у меня будет выбор - писать что-либо на VBA или на VB.NET, я (скорее всего) выберу .NET.
Можно считать это религиозными предпочтениями, аргументировать не хочу ;)