630-119 (Принципиальные отличия Win95 от предыдущих версий. Достоинства и недостатки WIN95), страница 2

Удобная настройка и конфигурирование

Настройка и конфигурирование системы Windows никогда не была лёгкой задачей. Каждая новая версия улучшала этот процесс, однако даже настройка Windows 3.0 и Windows 3.1 (которые, как предполагалось, должны были заметно облегчить это занятие), продолжала ставить в тупик многих пользователей. Идея "сделать удобной" полностью преобладала при разработке и организации процедур настройки и конфигурирования. Поставив себе цель серьёзно усовершенствовать настройку, команда разработчиков сосредоточила свое внимание на следующих областях:

• Конфигурация аппаратных средств. Идея PLUG & PLAY должна была коренным образом облегчить конфигурирование персональных компьютеров. Windows 95 должна была стать первой операционной системой, поддерживающей стандарт PLUG & PLAY, который подготовили Microsoft, Intel, Phoenix Technologies и ряд других компаний.

• Установка и конфигурирование Windows 95 поверх существующей Windows 3.1. Разработчики решили, что в этом процессе пользователь должен участвовать лишь в качестве лица, в нужное время вставляющего в дисковод дискеты. В конце концов, если на данной системе уже работала Windows 3.1, кто-то наверняка ужу решил проблемы настройки и конфигурирования. При этом Windows 95 должна была быть способна использовать все ванне определённые настройки для облегчения собственной установки.

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

Инициатив с PLUG & PLAY

Инициатива с PLUG & PLAY заключает в себе гораздо более серьёзную область применения, нежели просто Windows 95. Поскольку его разработчики сочли необходимым обеспечить независимость от конкретной операционной системы, PLUG & PLAY определяет расширений для любой существующей архитектуры IBM-совместимых компьютеров, включая новые BIOS и аппаратные возможности, которые призваны оградить пользователя от проблем с настройкой и конфигурированием. Если не принимать в расчет процесс физического подключения некоторого устройства к системе, интерфейс PLUG & PLAY берёт на себя все заботы по идентификации подключенного устройства и по обеспечению данного устройства необходимыми аппаратными ресурсами (вроде уровня запроса прерывания) и по конфигурированию соответствующих драйверов устройств.

Интерфейс PLUG & PLAY не зависит от архитектуры системной шины. Он способен работать с ISA, EISA, MICRO CHANNEL, PCMCIA и любой другой шиной, которая завоюет себе место на рынке. В случае с шиной ISA, для которой не существует аппаратной поддержки типа PLUG & PLAY, спецификация определяет новый интерфейс карты адаптера. Кроме этого, при крайне незначительных затратах на модификацию аппаратных средств и при наличии соответствующего программного обеспечения карта ISA адаптера может стать совместимой с интерфейсом PLUG & PLAY.

Конфигурирование Windows

Конфигурирование Windows уже само по себе напоминает нечто вроде черной магии. Объёмистые статьи и даже целые книги посвящаются разъяснению содержимого зачастую крайне загадочных строк, которые находятся в файлах WIN.INI и SYSTEM.INI. Если сравнивать содержимое этих файлов с тем, что находится в файлах CONFIG.SYS и AUTOEXEC.BAT, становится ясно, что пользователь, собирающийся изменить настройки или улучшить производительность Windows , ставит перед собой не самую простую задачу. Команда Windows 95 задалась целью тщательно проанализировать каждый параметр файлов конфигурации. И действительно, если какой-то параметр не нужен, зачем включать его в файл конфигурации? Кроме того, чем обусловлена необходимость такого большого количества условно необходимых параметров? А не могли бы принятые по умолчанию параметры исключить надобность введения новых? Неужели улучшенные параметры, принятые по умолчанию, не дадут возможность уменьшить количество дополнительных? В итоге этих размышлений решено было, что, чем меньше параметров останется, тем удобнее будет пользователю разбираться с системой.

Но кроме тех файлов, что сами по себе управляют конфигурированием Windows , многие приложения используют собственные файлы инициализации или добавляют некоторую информацию в файл WIN.INI. Понятно, что приведение этих проблем в соответствие со здравым смыслом несколько запоздало, однако команда разработчиков Windows 95 взяла на вооружение подход, который в своё время использовали разработчики Windows NT . Дело в том, что Windows NT использует специальный файл, называемый REGISTRY , в котором содержится вся информация, относящаяся к аппаратным средствам, операционной системе и конфигурации прикладных программ. Содержащиеся в registry параметры доступны прикладным программам через заранее определенный интерфейс прикладного программирования. При этом приложения могут добавлять и изменять свои собственные настройки конфигурации при помощи соответствующих функций API . Пользователь избавлен от необходимости редактировать файлы конфигурации, что автоматически исключает целый ряд ошибок. Windows 95 использует файлы регистрации, так же как и Windows NT , поэтому по мере того как разработчики будут совершенствовать свои программы для Windows 95 , все проблемы с настройкой конфигурации должны исчезнуть.

Действия пользователей

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

Новая оболочка и интерфейс пользователя

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

Новая оболочка

Теперь оболочка Windows 95 не только выглядит симпатичнее, она сильно изменилась в смысле функциональности. Если порасспрашивать пользователей Windows 3.1 о том, что такое "оболочка", можно получить весьма интересные ответы. При этом некоторые вообще не имеют понятия о том, что же это такое. Те же, кто имеют своё мнение на этот счёт, обычно считают, что оболочкой является Диспетчер Программ(PROGRAMM MANAGER). Дальнейшие расспросы о том, какое отношение имеют к оболочке Диспетчер Файлов(FILE MANAGER), Диспетчер печати(PRINT MANAGER), Диспетчер Задач(TASK LIST) и Панель Управления (CONTROL PANEL), ставят в тупик даже наиболее опытных пользователей Windows .

Проблема здесь не в том, что пользователи не понимают, как устроена система - просто Windows сама по себе организована весьма запутанно. Почему, например, мы настраиваем принтер при помощи Панели Управления, изменяем управляющие печатью параметры при помощи команды Настройка Принтера(PRINTER SETAP) меню Файл(FAIL) приложения, а затем управляем буферизацией печати при помощи Диспетчера Печати? Для большинства опытных пользователей Windows 3.1 эти действия давно стали привычными, однако объяснить устройство системы новичку зачастую было непросто. К счастью, Microsoft давно осознала, в чём проблема, и в Windows 95 мы можем видеть результаты серьёзной работы по унификации и совершенствованию набора системных функций, которые формируют оболочку. Само собой разумеется, что были добавлены и новые возможности:

• OLE 2 является первым шагом в инициативе Microsoft по переходу к документно-ориентированной архитектуре приложений. Оболочка Windows 95 поддерживает функции OLE 2 и полный набор возможностей DRAG & DROP.

• В сетевой среде невозможно обойтись без электронной почты, поэтому оболочка непосредственно поддерживает интерфейс электронной почты.

• Длинные имена файлов - теперь вы наконец-то сможете присвоить файлу имя "Рецепт вишнёвого пирога моей бабушки" вместо того, чтобы придумывать для него название типа РЕВИПИРБ.АБУ и спустя месяц гадать, что же в нём находится.

• Средства просмотра файлов пользуются большой популярностью, потому что дают пользователям возможность заглянуть в файл определённого формата без необходимости запускать приложение, которым этот файл был создан. В состав Windows 95 входит большой пополняемый набор средств для просмотра файлов.

• Приложения MS-DOS , скорее всего, будут жить вечно. Несмотря на то, что Windows 95 с её улучшенной оконной средой приближает их конец, поддержка приложений MS-DOS была заметно усовершенствована. В число новых возможностей входят действия по изменению окон MS-DOS, операции копирования и вставки, а также использования в приложениях MS-DOS шрифтов True Type.

Целостная операционная система

защищенного режима

Использование защищенного режима снимает ограничение на объём используемой памяти (исчезает 640-килобайтный барьер), и обеспечивает прочную основу для повышения надёжности системы. Windows 3.1 - это по большей части система защищенного режима , в то время как MS-DOS остаётся системой реального режима. Вследствие этого компьютер, на котором работает Windows 3.1 , постоянно переключается из защищённого режима в реальный и обратно, а такого рода переключения отнюдь не повышают производительность системы.

Решение реализовать Windows 95 в виде полной системы, не зависящей более от MS-DOS, позволило расстаться со всеми её компонентами, которые работали в реальном режиме. В частности, теперь стало возможным переписать в виде программ защищенного режима систему работы с файлами и драйвер мыши. Еще один аспект создания цельной системы состоял в ликвидации ряда пробелов, которые имели место в области служебных возможностей Windows . Так, например, в Windows 3.1 не было программы, эквивалентной утилите CHKDSK , входящей в состав MS-DOS, а если бы вы пожелали запустить CHKDSK , вам для этого пришлось бы выйти из Windows . Избавление от такого рода неудобств также стало одним из этапов работы по созданию целостной операционной системы.

Улучшение операционной системы также предполагало удаление лишних, а также некорректно работающих функций. В Windows 3.1 была применена удачная модель работы с принтером, которая реализовывалась посредством одного большого модуля, дополнявшегося маленькими, простыми аппаратно-специфичными драйверами устройств. Такая модель обладала целым рядом достоинств, в число которых входили отсутствие необходимости дублирования кода в различных драйверах принтеров, а также возможность быстрого создания новых драйверов при меньшем числе ошибок. Тем же путём пошли и разработчики Windows 95 - точно такая же модель была применена для поддержки драйверов жёсткого диска, SCSI устройств, дисплея и коммуникационных средств.

Поддержка 32-разрядных приложений

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

Простой обзор современных прикладных программ делает очевидной необходимость наличия больших объёмов оперативной памяти, дискового пространства и скоростных процессоров. Несмотря на то, что первая истинно 32-разрядная микросхема Intel появилась в 1988 году ,MS-DOS и Windows никогда полностью не поддерживали 32-разрядные прикладные программы. Использовавшиеся при этом достаточно несовершенные решения вроде встроенного в Windows стандарта DPMI были для разработчиков, давно уже нуждавшихся в 32-разрядной адресации, не более чем временными уловками.

Windows NT стала первой операционной системой Microsoft семейства Windows , которая обеспечила полную поддержку 32-разрядной адресации. Windows 95 , так же как и Windows NT поддерживает Win32 - 32-разрядный интерфейс прикладного программирования , разработанный Microsoft. С точки зрения разработчика положений, поддержка 32-разрядной адресации обеспечивает три основные возможности:

• Доступ к практически неограниченным объёмам памяти. Так, одно Win32-разрядное может выделить себе до двух гигабайт памяти.

• Более удобная в смысле программирования модель памяти. Написание программ для так называемого "плоского" или линейного 32-разрядного адресного пространства гораздо проще и удобнее, чем в случае, когда приходится возиться с сегментной адресацией памяти семейства процессоров Intel. Программист может описывать структуры данных, не учитывая при этом те ограничения, что налагает 16-разрядная модель памяти.

• Последовательный, цельный интерфейс прикладного программирования. Windows API состоит из сотен функций , которым необходимы тысячи параметров. В Windows 3.1 одни из этих параметров 16-ти разрядные, в то время как другие - 32-разрядные. Мало кто из программистов всегда помнит, "кто есть кто", и никогда не допускает ошибок, создавая код, который использует этот API. В Win32 применяются только 32-разрядные параметры, что заметно улучшает число ошибок при программировании.

Скачок к 32-разрядности