Почему нет стандартного способа удаления программ в MacOS? [закрыто]


3

Разве это не смешно, что каждый раз, когда вы хотите удалить программу, вы должны найти в Google несколько волшебных уловок: «Удалите файлы A, B, C из вашей / библиотеки, запустите сценарий .sh из консоли и т. Д.». Почему Microsoft удалось создать простой и эффективный способ удаления через панель управления, а Apple - нет?


Не существует единого стандартного способа разработки приложения, несмотря на общие рекомендации и общую практику. Только установка приложений с документированными деинсталляторами - это простой способ избежать этой проблемы. Почему это все кажется философским, а не техническим.
bmike

Ответы:


5

Стандартный способ, предполагающий, что программа следует всем рекомендациям приложения, которые выкладывает Apple, состоит в том, чтобы перетащить .appпакет из места установки (обычно /Applications) в корзину.

Есть некоторые исключения из этого, но по большей части именно так вы и делаете.

Файлы программ, которые остались позади, ~/Library/Application Supportтакже могут быть очищены, если вы хотите, но они обычно считаются доброкачественными и могут быть проигнорированы.

Существуют помощники по удалению, которые значительно облегчают удаление приложения и всех его файлов поддержки. Таким образом, вам не нужно Google для получения подробной информации о том, как удалить вещи. Взгляните на TrashMe или AppCleaner - оба эти инструмента пытаются автоматизировать поиск и удаление файлов поддержки, которые идут вместе с приложениями. В случае с TrashMe это также помогает вам удалять виджеты и плагины конфигурации системы, что очень удобно. Я лично предпочитаю TrashMe.

Некоторое программное обеспечение настолько глубоко интегрируется (например, MacFuSE или Growl) в систему, что единственный способ удалить его с помощью скрипта. В этих случаях в .dmgфайле, который вы загрузили для установки программного обеспечения, обычно есть сценарий удаления или сценарий, предоставленный разработчиком на их веб-сайте.


2

По умолчанию не существует «деинсталлятора» по той же причине, по которой нет «инсталлятора» по умолчанию.

Большинство программ устанавливаются просто путем перемещения их в место, откуда вы хотите их запускать, что чаще всего является папкой ваших приложений, но нет никаких причин, почему (и я вижу это много) вы не можете просто запустить программу из папки загрузок не перемещая их - это очень распространенная ситуация, когда файл .app загружается напрямую, а не внутри файла образа диска .dmg, который затем часто предлагает вам перетащить значок в папку приложений.

Как отвечает Ян Ян, такие приложения могут оставлять следы в папках библиотеки и т. Д. При запуске, но тезисы не считаются особенно важными и безопасными для выхода, и часто это выгодно (как для пользователя, так и для поставщика), так как он позволяет выполнять такие вещи, как переустановка и обнаружение, что все ваши старые настройки вернулись в обычном режиме, или не разрешать переустановку, поскольку он находит устаревшую пробную лицензию с истекшим сроком действия и т. д. Эффективность такого рода вещей зависит от того, кто вы просить.

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


В Windows вы также можете «установить» приложение, перетащив исполняемый файл.
TOP KEK

Но кроме приложений drag'n'drop есть приложения с установщиком в Mac. Но нет деинсталлятора или панели управления, как в Windows. Мне интересно, почему Apple так трудно это сделать
TOP KEK

Я думаю, потому что вам не нужно использовать один, и если кто-то решит это сделать, а затем не предоставит деинсталлятор, то это ответственность третьей стороны, которая его предоставила, а не ошибка от имени Apple.
Stuff

Они должны думать о комфорте своих пользователей. Как в Microsoft.
TOP KEK

1
Хотя я понимаю вашу точку зрения, я не думаю, что вы можете связать Microsoft с этим примером. И, как правило, для любого поставщика ОС просто несправедливо пытаться имитировать другую платформу или использовать общие процедуры для обеспечения согласованности между операционными системами. Мне нравится способ Mac, у меня очень мало приложений, которые нуждаются в деинсталляторе, и я только когда-либо сталкивался с 1 или 2, в которых не было деинсталлятора.
Stuff
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.