Без дополнительного контекста лучший ответ - «Это зависит». Вдобавок ко всему, я могу думать об этих факторах, которые повлияют на ваше решение:
- Сколько пользователей используют это приложение? Что такое
доступность пропускной способности этих
пользователей?
- Ожидаете ли вы, что пользователи загрузят и установят приложение? Или им нужно
автоматическое обновление? Есть кто-нибудь
попросили автоматическое обновление?
- Это настольное приложение или клиент-серверная ситуация?
- Вы уже разбили приложение на компоненты, чтобы вы могли отправить
просто небольшой компонент, замените его в
развернутое приложение и ожидать всего
вещь, чтобы работать?
Редактировать: в зависимости от контекста в комментариях: поскольку приложение воспроизводит музыку из какого-то онлайн-источника, я предполагаю, что для воспроизведения музыки потребуется подключение к какому-то центральному серверу. Вы можете сделать небольшое приложение-оболочку для музыкального приложения. Вам нужно изменить установщик так, чтобы значок приложения-оболочки отображался на рабочем столе и у всех ваших программ запуска. Таким образом, пользователь сначала запустит приложение-оболочку, а не приложение музыкального проигрывателя. Затем приложение-оболочка может связаться с центральным сервером и запросить последнюю версию музыкального приложения. Если установленная версия музыкального приложения устарела, то приложение-оболочка может либо автоматически загрузить последнюю версию музыкального приложения, либо предложить пользователю загрузить ее, либо ... После завершения загрузки и установки программа-оболочка должна запустить музыку приложение также. В зависимости от вашей ситуации, вы можете придумать и заставить приложение-оболочку загружать только измененную часть музыкального приложения и т. Д.