Бок о бок проявляет, горячий или падающий от благодати?

Question

В последнее время мы столкнулись с некоторыми проблемами с адептами .dll для наших клиентов, поэтому мне было интересно, если установки SxS требуемых DLL и .ocx - хорошая идея. Я прочитал об этом и преуспел в развертывании нашего приложения, когда по крайней мере некоторые из его зависимостей удовлетворялись через манифест, но разве он по-прежнему является рекомендуемым способом развертывания, или это причуда с последних нескольких лет и теперь постепенно прекращается?

Answer 1

Я не понимаю, почему это было бы причудой. Опасность в VB6 заключается в том, что никогда не было обновления для инструментов, чтобы поддерживать его напрямую, хотя улучшенная поддержка VB6 SP6 и XP SP2 обеспечили более полную реализацию.

Мы используем его все время здесь, хотя мы обнаружили, что некоторые сторонние элементы управления неправильно написаны и не могут работать с ним. Например, многие вещи vbAccelerator «сломаны» таким образом.

Это редкий случай, который мы не делаем теперь, используя reg-free COM, даже когда мы завершаем все это в пакете MSI. Будучи изолированным от плохих инсталляторов других продуктов (источник большого DLL Hell), это большой плюс, и Windows становится лучше защищаться с точки зрения компонентов системы, которая помогает самому .

Трюк находит хорошую поддержку инструмента. У меня никогда не было терпения работать с помощью отрывочной поддержки Microsoft с помощью SDK-инструментов, но я думаю, что у других есть. Для этого есть хотя бы один коммерческий продукт. Мы используем собственные инструменты, разработанные собственными силами.

Fad? Мы считаем это конкурентным преимуществом. Это также облегчает создание портативного программного обеспечения в VB6! В отличие от некоторых инструментов загрузки и взлома библиотеки времени исполнения, которые мы видели из немецкого источника, вам также не нужно добавлять много фиктивного кодирования в свои программы. Просто старые старые программы VB6 работают нормально.

Другое, что он разрешает, - это развертывание для каждого пользователя, что упрощает создание пакетов MSI, которые устанавливаются для пользователя без прав на возвышение. Мы не в основном занимаемся производством стелсбуки, но клиенты иногда сталкиваются с некоторыми высокими стенами в своей организации, и это позволяет им устанавливать продукты, которые мы предлагаем, и работать с ними. Поскольку мы не касаемся областей реестра или защищенной файловой системы, отрицательная обратная связь от типов администраторов была почти нулевой. Windows 7 усиливается следующим образом:

Authoring a single package for Per-User or Per-Machine Installation context in Windows 7

Тот же метод работает на Vista, хотя вы не получите одинарной пакет функциональность. Создание изолированных приложений делает процесс еще проще.

Конечно, SxS означает намного больше, чем независимый от COM и изолированный, но в терминах VB6 это, вероятно, то, о чем вы говорили. DotNet использует его, ОС использует его. Я не уверен, почему это может выглядеть «причудой». Возможно, многие люди успокоились по этому поводу, разочаровавшись в инструментах, переходе от VB6 к чему-то другому или к тому, что экономика сейчас очень конкурентоспособна.

Answer 2

Я экспериментировал с SxS в прошлом, но прекратил использовать его после столкновения с проблемами на определенном проценте компьютеров под управлением Windows XP, где должно было запускаться приложение.