Я полагаю, что это - общий миф, которые супер склоняются код "близко к металлу", более производительно, чем изящная модель предметной области.
Это было, по-видимому, разоблачено создателем/ведущим разработчиком DirectX, который переписал версию C++ в C# с крупными улучшениями. [источник, требуемый]
Есть два сценария обновления, в которых может участвовать модуль слияния. Первый - это когда установщик обновляет, и он обновляет файл .msm
. Это происходит в таких случаях, как пакет обновления Visual Studio, где они предоставляют вам обновленные модули слияния. Это может быть проблематично, поскольку файлы .msm
не имеют версии файла (даже если у них есть версия модуля слияния), поэтому правила управления версиями файлов не применяются. Вы, вероятно, не спрашиваете об этом случае.
Другой сценарий - когда модуль слияния был объединен с установщиком, который будет обновляться. Это больше не модуль слияния, а его файлы и другие записи являются частью потребляющего установщика. В этом случае .msi
, с которым он был объединен, управляет этапами обновления. Эти двое взаимодействуют, информирование ваших ответов на ваши первые три вопроса. Если в модуле слияния есть изменения, которые не соответствуют правилам второстепенных обновлений, то программа установки не сможет использовать второстепенные обновления и должна прибегнуть к крупным обновлениям. Соответственно, если вы хотите использовать (или разрешить) незначительные обновления в потребляющем установщике, вы должны быть осторожны с вашими компонентами. Это может быть сложнее, чем в .msi
, поскольку вы не можете добавлять новые функции внутри модуля слияния. Правила управления версиями файлов будут применяться так же, как и во всех установках установщика Windows; таким образом, ответ на ваш четвертый вопрос определяется для каждого файла, компонента за компонентом, а не группового ответа для всего содержимого модуля.
.msi
, поскольку вы не можете добавлять новые функции внутри модуля слияния. Правила управления версиями файлов будут применяться так же, как и во всех установках установщика Windows; таким образом, ответ на ваш четвертый вопрос определяется для каждого файла, компонента за компонентом, а не группового ответа для всего содержимого модуля. тогда программа установки-потребителя не сможет использовать небольшое обновление и должна прибегнуть к серьезным обновлениям. Соответственно, если вы хотите использовать (или разрешить) незначительные обновления в потребляющем установщике, вы должны быть осторожны с вашими компонентами. Это может быть сложнее, чем в .msi
, поскольку вы не можете добавлять новые функции внутри модуля слияния. Правила управления версиями файлов будут применяться так же, как и во всех установках установщика Windows; таким образом, ответ на ваш четвертый вопрос определяется для каждого файла, компонента за компонентом, а не группового ответа для всего содержимого модуля. Это может быть сложнее, чем в .msi
, поскольку вы не можете добавлять новые функции внутри модуля слияния. Правила управления версиями файлов будут применяться так же, как и во всех установках установщика Windows; таким образом, ответ на ваш четвертый вопрос определяется для каждого файла, компонента за компонентом, а не группового ответа для всего содержимого модуля. Это может быть сложнее, чем в .msi
, поскольку вы не можете добавлять новые функции внутри модуля слияния. Правила управления версиями файлов будут применяться так же, как и во всех установках установщика Windows; таким образом, ответ на ваш четвертый вопрос определяется для каждого файла, компонента за компонентом, а не группового ответа для всего содержимого модуля. Вопрос: Я считаю, что мне нужно знать, как изменить версию модуля слияния, как описано во втором сценарии ответа.
Ситуация:
У меня есть множество продуктов, которые устанавливают один и тот же модуль слияния.
Если один продукт устанавливает более новая версия модуля слияния Я не хочу, чтобы старая версия другого продукта перезаписывала новейший модуль слияния.
Может ли кто-нибудь описать, возможно ли это, и если да, то как?