Принципы установки приложений
Программа, устанавливаемая на персональный компьютер, первоначально попадает в весьма неуютную атмосферу. Никто (кроме владельца), в том числе и авторы программы, ничего не знает о конфигурации «железа» и программного обеспечения. Поэтому в процессе установки программа должна сообщить о своих параметрах операционной системе, а та, в свою очередь, должна «информировать» приложение о конфигурации системы. После заключения «договора о совместной деятельности» между устанавливаемой программой и операционной системой, происходит перенос части или всей программы на жесткий диск. В процессе установки обязательно присутствует очень важный этап — регистрация программы в операционной системе, заключающаяся в «прописке» приложения в системных файлах.
Отсюда следует вывод, что программы следует устанавливать в той последовательности, которая удобна, прежде всего, для операционной системы (а не для пользователя), чтобы она могла правильно провести регистрацию и конфигурирование системного окружения.
Давно известен тот факт, что главная проблема жизненного цикла программ в операционной среде Windows 9x/XP состоит не в установке, а, наоборот, в удалении приложений (деинсталляции). Суть этой проблема заключается в том, что устанавливаемая программа не только переносит какие-то файлы в отведенную для нее папку, но и оставляет следы во многих местах операционной системы.
|
|
|
Установить программу обычно несложно, но ее полное удаление из системы часто оказывается непростым, а иногда даже невозможным делом, если не соблюдать правила инсталляции. Поэтому установка должна проходить под максимальным контролем со стороны операционной системы. Система должна не только установить программу, но и тщательно записать, где приложение оставило свои следы. Тогда в случае удаления программы система с большой долей вероятности сможет вычистить все лишнее, не оставив «хвостов». Поэтому не всякий
вариант установки является «правильным» с точки зрения операционной системы.
Автоматическая установка
| Пример автоматической загрузки «самопальной» оболочки установщика программ. К использованию не рекомендуется! |
Автоматическая установка — самый простой и любимый пользователями способ. Если на компакт-диске с программой имеется файл autorun.inf, значит, создатели программы позаботились об автоматической установке. Пользователю достаточно вставить компакт-диск в дисковод, и устанавливающая программа запустится автоматически (если функция автозапуска не отключена пользователем). Иногда изготовители дисков «пиратского» толка используют собственную оболочку, напоминающую интерфейс,.Windows, что вводит в заблуждение неопытных пользователей. Сам процесс установки от пользователя не зависит, и ему остается только надеяться, что все прошло правильно с точки зрения операционной системы.
|
|
|
К сожалению, автоматическая установка не всегда работает корректно. Как правило, пользователь, уповающий на автоматическую установку, после переноса на компьютер пары десятков программ начинает замечать торможение в работе некоторых приложений, несанкционированный запуск функциональных элементов и прочие подобные «глюки». Любители игр, устанавливающие очередной шедевр игростроения пару раз в неделю, иногда сталкиваются с ситуацией отказа операционной системы (в этом случае говорят, что система «рухнула»).
Совместное использование ресурсов
Корень большинства проблем в работе приложений лежит в так называемом принципе совместного использования ресурсов. В те годы, когда закладывались основы системы Windows, жесткий диск размером 512 Мбайт считался роскошью, и поэтому на уровне архитектуры ядра системы предусматривались средства экономии ресурсов, прежде всего требуемых объемов свободного пространства накопителей. В фундаменте «экономной» архитектуры ядра лежит идея, что разные программы должны использовать общие ресурсы для выполнения сходных функций. Назначением и распределением таких ресурсов руководит сама операционная система. Как правило, совместный доступ возможен прежде всего к файлам динамических библиотек, поддерживающих конкретные функции (такие файлы имеют расширение имени .DLL).
|
|
|
Во время установки программа проверяет, присутствуют ли на компьютере динамические библиотеки, необходимые для исполнения ее функций (например, воспроизведения музыки). Если таковых библиотек не обнаружено, программа установит собственные DLL-файлы. Если нужные библиотеки уже есть в системе, то приложение по команде Windows будет «прикреплено» к запрашиваемому ресурсу.
По мере установки все новых и новых'программ к ограниченному числу наиболее ходовых библиотек «прикрепляются» все больше и больше потребителей. Серьезные проблемы начинаются в том случае, если очередная устанавливаемая программа обнаруживает, что библиотека, к которой ее прикрепляют, не соответствует по каким-то параметрам (по версии, размеру, дате выпуска и т. п.) данным, записанным разработчиками
|
|
|
программы. Дальнейший ход событий полностью зависит от грамотности и ответственности разработчиков.
Грамотным считается такое решение, которое исключает подмену имеющейся в системе библиотеки. Однако сплошь и рядом встречаются программы, особенно самодельные, которые подменяют действующие ресурсы своими, иногда созданными несколько лет назад. В итоге какая-то ранее нормально функционировавшая программа может выйти из строя, поскольку она приписана к тому же ресурсу, что и наглый новичок.
Пользователи с богатым опытом хорошо знают эту проблему и решают ее радикальным методом, периодически проводя «зачистку» — переформатирование жесткого диска с полной переустановкой операционной системы и приложений. Однако такой подход требует досконального знания своего компьютера и скрупулезного хранения всех дистрибутивов с программами и драйверами.
«Чайник» вынужден годами работать с неизменным программным окружением, избегая установки новых, непроверенных программ. Даже приближение к такому компьютеру с новой игрой в руках, как правило, запрещено.
С появлением операционной системы Windows XP жизнь рядового пользователя существенно облегчилась. Разработчики из Microsoft наконец включили в состав системы некоторые средства, позволяющие контролировать состояние системных ресурсов. В частности, никакая внешняя программа сейчас не имеет возможности подменить критичные системные файлы, поскольку не получит к ним доступа. Но для того, чтобы средства защиты функционировали полноценно, крайне нежелательно устанавливать программы автоматическим запуском их собственных средств установки, или «вручную», щелчком на файле вроде setup.exe.
Дата добавления: 2018-04-15; просмотров: 470; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!