Розробка програми контролера автоматично зв'язуються об'єктів для керування конструкторської документації в середовищі Windows 95/NT.
АНОТАЦІЯ
У даній дипломній роботі здійснено розробку програмного продукту, для середовища операційної системи Windows 95/NT , що забезпечує створення, зміна та виконання функцій автоматично зв'язуються об'єктів систем автоматизованого проектування або будь-яких інших пакетів прикладних і системних програм підтримують механізм зв'язування та впровадження.
Розроблений програмний продукт дозволяє поєднувати функції автоматично зв'язуються об'єктів систем проектування в один проект з файлами даних цих систем проектування, таким чином будучи інтеграційним ланкою між різними програмними продуктами.
В даний час на тлі загальної комп'ютеризації всіх виробничих, торгових і побутових галузей з одночасним збільшенням конкуренції на комп'ютерному ринку, у зв'язку з прискоренням розробок усе більше нових технологій виробництва обчислювальної техніки, все більшого значення набуває розробка і виробництво конкурентоспроможної обчислювальної техніки. Сьогодні це стає можливим тільки при використанні сучасних засобів проектування електронних обчислювальних засобів (ЕВС). Сучасні засоби конструювання неможливо уявити собі без комп'ютерних засобів проектування. Комп'ютери мають великий потенціал у галузі проектування ЕОЗ.
Комп'ютерні засоби проектування, окрім безпосередньо комп'ютерного обладнання, містять у собі програмне забезпечення. На нинішньому етапі розвитку програмного забезпечення систем проектування, є багато розробок систем автоматизації проектування. Ринок програмного забезпечення насичений великою кількістю різноманітних пакетів прикладних програм включають в себе різні інструментальні засоби, що дозволяють багато в чому спростити роботу конструктора ЕВА. Зараз у нас в країні і за кордоном найбільш поширені такі пакети програмного забезпечення, як PCAD, AutoCAD, MicroCAPS, Pspice, MathCad і інші. Ці програмні засоби дозволяють автоматизувати складні і одноманітні процеси присутні на багатьох етапах проектування ЕВА. Наприклад, різного роду математичні розрахунки всілякої складності, логічне моделювання схем, розробка топології мікросхем, розводка друкованого монтажу друкованої плати, створення готових конструкторських документів високої якості і т.д.
Зростання популярності автоматизованих систем проектування виникла багато в чому завдяки поліпшенню призначеного для користувача інтерфейсу програмного забезпечення в цілому і систем проектування зокрема. За останні кілька років у розробників програмного забезпечення всі великі симпатії викликає платформа Windows для створення високо якісних програмних продуктів надають користувачеві найбільш зручний для сприйняття інтерфейс. Зручність інтерфейсу Windows обумовлене високими вимогами з ергономічної точки зору пред'явленому творцями Windows до своєї операційної системи. Свою систему Windows фірма Microsoft створила для платформи IBM, не випадково. Треба відзначити значну популярність у світі комп'ютерів сумісних з IBM AT. Що стала в наш час своєрідним світовим еталоном поєднання якості та низької ціни. Більше половини комп'ютерного ринку належить комп'ютерам сумісним з IBM AT.
Однак, будь-який пакет програм не може забезпечити повну універсальність своєї системи, але це, власне, не до чого. Будь-яке програмне забезпечення, завдяки своїй специфічності в тій чи іншій галузі автоматизації проектування, дозволяє отримати максимальну ефективність конкретно у своїй галузі. Але, останнім часом намітилася тенденція до інтеграції програмного забезпечення на базі так званих автоматично зв'язуються об'єктів. Цей термін насправді означає не інтеграцію програм у прямому сенсі, а лише її емуляцію. Тим не менше, для кінцевого користувача це виглядає як повна інтеграція програмного забезпечення різних напрямів і різних фірм розробників програмного забезпечення. Ідея полягає в тому, що будь-який додаток для Windows, що забезпечує OLE Automation (Objekt Linking and Embedding Automation - автоматичне зв'язування і впровадження об'єктів), може управлятися ззовні іншими додатками, які користуються ним грунтуючись на наданих додатком інтерфейсів і таким чином виконувати ті ж функції , що і додаток прародитель функцій.
Завданням цієї дипломної роботи є розробка універсальної середовища проектування. Для інтеграції систем проектування і дозволяє створювати складовою документ, який може включати в себе всі види документів оброблюваних інстальованими в дану систему додатками забезпечують OLE Automation, і максимальну емуляцію OLE Automation для всіх інших додатків. А також виконувати будь-які функції OLE Automation зареєстровані додатками.
1. АНАЛІЗ ТЕХНІЧНОГО ЗАВДАННЯ
1.1. Вибір і обгрунтування операційної системи
1.1.1. Графічні операційні системи
Найбільш поширеною середовищем програмних продуктів в даний час по праву є Windows, розроблена корпорацією Microsoft з розрахунку на широке коло користувачів.
Windows пропонує користувачу віконний інтерфейс, в якому кожної виконуваної програмі відводиться екранне вікно яке може займати частину екрану або весь екран. Програми, спеціально спроектовані для таких віконних середовищ, можуть користуватися усіма їхніми перевагами. Вид користувальницького екрана з вікнами різних прикладних програм досить наочно демонструють можливості середовища з одночасного використання декількох програм і передачі даних між ними (рис. 1.1).
Користувач працює з додатком, що знаходяться самому "верхньому" вікні, але простим клацанням мишки на іншому вікні він може активізувати іншу програму. Крім того, уже у своїх ранніх версіях Windows дозволяла копіювати інформацію з вікна однієї програми у вікно іншої програми за допомогою засобу clipboard - буфера обміну.
Графічний режим Windows, як і графічний режим будь-якої іншої графічної операційного середовища (Windows Nт, ОS/2, Soleras, Motif) має мало спільного з знакоместним графічним режимом, доступним у багатьох програмах для МS-DОS, завжди розміщують на екрані стандартне кількість символів, наприклад 8Оx25 або 80x43. Windows (а отже, і будь-яка Windows-програма) позиціонує графічні об'єкти з точністю до пікселя.
Розміри таких об'єктів Windows, як елементи вікон, кнопки та значки стандартизовані. Для відображення системних повідомлень і найменувань команд меню Windows застосовує відповідні растрові (матричні) шрифти, що мають різні типорозміри для роботи в режимах низького і високого дозволу. Для підготовки документів, що містять текст, Windows дозволяє використовувати масштабовані шрифти, що застосовуються як для екранного виведення, так і для роздруківки па принтері. Завдяки цьому в процесі підготовки документа можна бачити на екрані практично те ж, що буде отримано на папері.
Графічна підсистема Windows використовує універсальні методи звернення до будь-яких графічних пристроїв виводу, будь то відеосистема ЕGА або super VGA, лазерний принтер або автомат для виведення друкарських форм. Стандартизований інтерфейс Windows, звичайно, не з самими дисплеєм і принтером, а з драйверами цих пристроїв, причому драйверів в комплект постачання системи Windows входить велика кількість.
Випуск графічної операційної оболонки Microsoft Windows 3.0 став головною подією 1990 року на програмному ринку, затьмарив одночасна поява IBM OS/2 1.3. Крім приємного інтерфейсу середу Windows надавала значний комплекс послуг.
З системою поставлялося велика кількість драйверів для різних моделей пристроїв введення-виводу, таких як відеоадаптери і принтери. Найширша апаратна сумісність була одним з факторів успіху Windows. Комплект Windows 3.0 містив кілька варіантів драйверів для різних моделей клавіатур, мишей і відеоадаптерів і велика кількість драйверів принтерів. У Multimedia для Windows 3.0, а потім у Windows 3.1 з'явилися драйвери звукових карт, МIDI пристроїв і синтезаторів. Кількість найменувань підтримуваних пристроїв швидко зростало ...
1.1.2. Windows 3.х
З точки зору масового користувача, не розбещеного OS/2, Windows 3.0 була справді передовою середовищем. Вона використала весь обсяг пам'яті, що адресується мікропроцесорами 80286, 80386 і вище. З 32-розрядними мікропроцесорами (80386 і вище) і при наявності не менш 2 Мбайт пам'яті Windows 3.0 могла використовувати віртуальну пам'ять, тобто працювати з деякими простором на жорсткому диску як з продовженням оперативної пам'яті комп'ютера, розміщуючи в ньому дані і код програм.
Windows мала багатозадачні можливості з кооперативним використанням процесорного часу "одночасно" працюють додатками. Кооперативну
багатозадачність можна назвати багатозадачністю "другого ступеня" оскільки вона використовує більш передові методи, ніж. просте перемикання завдань, реалізоване багатьма відомими програмами (наприклад, МS-DOS shell з МS-DOS 5.0 при простому перемиканні активна програма отримує все процесорний час, а фонові програми повністю заморожуються. При кооперативної багатозадачності додаток може захопити фактично стільки процесорного часу, скільки вона вважає за потрібне. Всі додатки ділять процесорний час, періодично опитуючи один одного.
З іншого боку, режим кооперативної багатозадачності менш досконалий, ніж режим поділу часу, що називається також витісняючої багатозадачністю. При витісняючої багатозадачності програми споживають рівно стільки процесорного часу, скільки їм належить, а не скільки заманеться. За виділення процесорного часу того чи іншого додатка відповідає тільки операційна система, керуючись поточними пріоритетами. Завдяки цьому при витісняючої багатозадачності можна в будь-який момент перейти на будь-який процес, на відміну від кооперативної багатозадачності, при якій для перемикання між програмами може знадобитися істотна пауза. При витісняючої багатозадачності здається, що процеси дійсно працюють одночасно, хоча це насправді і не так, - у всякому разі, на комп'ютері з одним мікропроцесором, яким є звичайний IВМ РС.
У квітні 1992 року Windows 3.1 офіційно іменується операційною системою. Інтерфейс її було дещо покращено, зокрема були посилені можливості управління екранними об'єктами мишею (Drag - and - drop метод перетягування). Windows стала безпосередньо підтримувати динамічний обмін даними між додатками (DDЕ - Dynamic Data Exchange). У систему ввійшли засоби мультимедіа, раніше поставлялися окремо в пакеті Windows Multimedia Extension. Для розширення видавничих можливостей у Windows була вбудована підтримка системи масштабування шрифтів TrueType.
Windows 3.11 for Workgroups ( "для робочих груп") позиціонувалася як самостійна мережева операційна система для одно-рангової локальної мережі, а також як мережний клієнт для сервера Windows Nт. В іншому Windows 3.11 для робочих груп була злегка поліпшеною модифікацією Windows 3.1, що працює тільки в 386-м Розширеному режимі на 32-розрядних мікропроцесори.
А тепер ми постараємося розібратися в тому, як влаштована Windows.
Режими роботи Windows 3.X Щоб запустити мотор Windows на повну потужність, звичайно, потрібні насамперед мегабайти і мегабайти оперативної пам'яті. Але їх неможливо використовувати на мікропроцесорах 8088/86. Не дуже вдалим рішенням був і захищений режим 80286: для того, щоб використовувати на комп'ютері програми для нової операційної середовища разом з МS-DOS додатками, доводилося перемикати мікропроцесор із захищеного режиму до реального і назад.
Тут доречно згадати про те, що фірма Microsoft дуже тісно співпрацювала з Intel під час розробки мікропроцесора i80386. Microsoft фактично нав'язала інженерам Intel власну концепцію режиму віртуального мікропроцесора 8086-V86, найбільш зручну для розробки операційної системи, що використовує МS-DOS програми разом з програмами захищеного режиму. Оскільки в 1990 році ринок ще не був готовий до повного переходу на операційну систему для мікропроцесора 80386, Windows 3.О могла функціонувати в трьох режимах, в кожному з яких мікропроцесор і пам'ять використовувалися по-різному.
В реальному режимі роботи Windows система функціонувати навіть на комп'ютері з мікропроцесором 8088 або 8086, обладнаному тільки звичайною пам'яттю для роботи додатків в реальному режимі Windows 3.0 використовувалася тільки звичайна пам'ять МS-DOS і відображається пам'ять.
Стандартний режим Windows 3.0 вимагав для роботи мікропроцесор 80286 і всього 1 Мбайт пам'яті - 640 Кбайт стандартної і 384 Кбайт додаткової (справжня робота починалася при обсязі пам'яті 4 Мбайт). Для додатків Windows використовувалася розширена пам'ять (ХМS). Для програм МS-DOS, що завантажуються з-під Windows, застосовувалася звичайна пам'ять і перемикання мікропроцесора із захищеного режиму до реального.
Більш повно використовував апаратні ресурси 386-й Розширений режим Windows. У цьому режимі версії Windows 3.0 і 3.1 працювали з віртуальною пам'яттю, що мав приблизно втричі більший об'єм, ніж фізична оперативна пам'ять. Додатків МS DOS в 386-м Розширеному режимі відводилася довільна область пам'яті, що у віртуальному режимі 8086 розмічається як звичайна пам'ять MS DOS. За замовчуванням МS-DOS програми завантажувалися займаючи, як звичайно, весь екран, але могли бути переведені в графічне вікно - стандартне вікно Windows. Програми МS-DOS, запущене з-під Windows в 386-м Розширеному режимі, працювало у віртуальній машині, іншими словами, вважало себе завантаженим на своєму власному комп'ютері і знати не знало про існування Windows.
Зрозуміло, для роботи в 386-м Розширеному режимі був потрібен комп'ютер з мікропроцесором не нижче 80386. Оголошені вимоги до об'єму пам'яті (2 Мбайт) знову-таки не варто сприймати серйозно. Мінімуму є 4 Мбайт пам'яті, а для більш-менш серйозної роботи були потрібні 8 Mбайт або більше.
Структура ядра Windows . Спосіб, за допомогою якого одна і та ж система може працювати в трьох принципово різних режимах, орієнтованих на абсолютно різні мікропроцесори, полягає в наступному.
Ядро Windows складається з трьох компонентів Kernel, User і GDI. За допомогою додаткових DLL-файлів (динамічно завантажуваних бібліотек) підтримуються відображенням стандартних діалогових вікон, протоколи DDЕ (динамічного зв'язування даних) і ОLЕ (зв'язування та вбудовування об'єктів), взаємодія з драйверами пристроїв введення-виводу і інші риси Windows. Windows-драйвери пристроїв бувають, до речі, двох видів - "звичайні" DLL-драйвери і 386драйвери, останні призначені знову-таки для роботи тільки в 386-м Розширеному режимі Windows.
Найбільш низькорівневою частиною ядра Windows є модуль Kernel, керуючий розподілом пам'яті, процесами, файлових вводом-висновком і так далі. У різних режимах роботи Windows 3.О функції Kernel виконували різні файли: kernel.ЕХЕ для Реального режиму krnl286.Еxe для Стандартного режиму, КrnlЗ86.ЕХЕ для 38б-го Розширеного режиму.
Так що Windows 3.0 була розроблена як операційна система, що має три різних ядра. Коли був скасований Реальний режим роботи, з комплекту поставки Windows 3.1 і зник файл Kernel.dll. Наступний крок був зроблений, Windows 3.11 для робочих груп - ця система працювала тільки в 386-м Розширеному режимі. Модуль User (user.ЕХЕ) служить для роботи з клавіатурою, мишкою, таймером і портами, а також виконує функції відображення елементів графічного інтерфейсу (вікон, меню). Він управляє такими драйверами, як, наприклад, різні драйвери клавіатури і миші.
Нарешті, модуль GDI (інтерфейс графічних пристроїв, файл GDI.ЕХЕ) підтримує графічні процедури - промальовування ліній, зафарбовування, відображення шрифтів (починаючи з Windows 3.1 - всі операції з шрифтами TrueType) і взаємодіє з драйверами графічних пристроїв - дисплей і принтера . З Windows 3.1 поставлялося більше десятка драйверів відеоадаптерів. Для підтримки принтерів в Windows 3.1 вперше була застосована архітектура міні-драйверів. Універсальний драйвер принтера NIDRV.DLL виконував апаратно-незалежні функції друку-кілька десятків міні-драйверів, що поставляються виробниками, доповнювали універсальний драйвер функціями обхідних спеціально для підтримки конкретних пристроїв і не повторювали вже написаний загальний код.
1.1.3. Windows 95
У 1996 році фірмою Microsoft, була випушена Наста версія операційної системи Windows. Яка була названа фірмою 32 розрядної багатозадачного графічною системою./1 /
Архітектура Windows 95. Що повинна була зробити Microsoft, щоб прийти до 32-розрядної операційної системи із забезпеченням витісняючої багатозадачності, яка б при цьому залишалася повністю сумісна з прикладними програмами для Windows 3.x і MS -DOS, не вимагала б для роботи самої МS DOS і "вміщувалася" у чотирьох мегабайтах оперативної пам'яті?
Фірмою Microsoft вже випущені системи, що задовольняють самим серйозним вимогам до управління пам'яттю і процесами, - Windows Nт SERVER і Windows Nт workstation (випущені версії 3.51 і готуються до випуску 3.52), Однак ці системи самі пред'являють серйозні вимоги до апаратури, а заодно і до користувача. Windows Nт SERVER призначається не для десятків мільйонів споживачів Windows, а для мережного адміністрування. Windows Nт workstation потрібна тим користувачам, які використовують додатки з високою інтенсивністю обчислювальної обробки, тим, хто потребує високого ступеня безпеки даних, і тим, хто більше турбується про надійність системи, ніж про сумісність з додатками для MS DOS і Windows 3.x.
Всіх інших користувачів на порядок більше, і їм потрібніше "легка" система.
Ядро Windows 95. Ядро Windows 95, як і у всіх попередніх версіях Windows, має трирівневу структуру Kernel-User-GDI. Всі ці модулі повинні б бути 32-розрядними, але насправді повністю 32-розрядної зроблена тільки сама низькорівневий частина ядра Windows 95 - Кегне1. Цілком зрозуміло, що, оголошуючи про 32-розрядної системи, Microsoft зобов'язана була виконати у 32-розрядному коді хоча б такі базові речі, як функції вводу-виводу, управління пам'яттю і процесами, підтримку мережевої і файлової систем.
Що стосується двох інших модулів ядра, то розрахунки показали, що повністю 32-розрядні USER і GDI разом зажадають для роботи понад 1 Мбайт пам'яті, Windows 95 використовує 1б-розрядний код, коли він необхідний для забезпечення сумісності або якщо 32-розрядне кодування недоцільно, тобто збільшило б витрати пам'яті без помітного збільшення продуктивності.
Тому модуль User, залишився в Windows 95 переважно 1б-розрядним, а його 32-розрядна частина використовується для переадресації викликів 32-розрядних програм 16-розрядному блоку. Більша частина функцій ОВ1, включаючи підсистему буферизації вхідних та вихідних потоків, підсистему друку, растерізатор шрифтів TrueТуре і основні операції малювання, перенесена в 32-розрядний модуль, що залишився 16-розрядний код описує управління вікнами. 16-розрядні функції ядра Windows 95 написані переважно на асемблері. Що ж до Kernel, то його 16-розрядна частина задіюється тільки під час завантаження Windows 95 і використовується тільки для ініціалізації 32-розрядної частини Kernel. Сам Kernel32 ніколи не звертається до Kernel16. На ріс.1.2. показано, для яких функцій використовується 32-розрядний код, а для яких 16-розрядний код модулів ядра Windows 95.
Багатозадачність. Аналізуючи виконання під Windows 95 16-розрядних додатків для Windows 3.x і МS-DOS, ми бачимо здебільшого знайомі, хоча і серйозно поліпшені методи Windows 3.x.
Як показано на рис. 1.3., 16-розрядні програми для Windows ( "додатка win16") виконуються в загальному просторі адрес в межах системної віртуальної машини. Такі варіанти, як виконання кожної програми win16 в окремій віртуальній машині (що можливо в ОS/2) або повна емуляція Windows 3.x в межах операційної системи (як це робиться в Windows Nт).
32-розрядні додатки, створені з урахуванням вимог Windows 95 ( "додатка win32"), виконуються в режимі "справжньої" витісняючої багатозадачності. Крім того, Windows 95 підтримує багатопотокові програми, здатні запускати паралельно кілька процесів.
Для кожного win32-додатки і для області адрес додатків win1б використовуються окремі черги повідомлень. Таким чином, додатки win16 фактично ізольовані від інших процесів. Крім того, в Windows 95 застосовані методи очищення і відновлення системи у випадку помилок. Якщо помилка у програмі, виконується під Windows 3.x, могла запросто "обвалити всю" систему, то помилка в одному з додатків під Windows 95 звичайно не впливає на виконання інших програм. Низькорівневі компоненти операційної системи ізольовані від прикладних програм, оскільки користуються сервісом іншого рівня захисту мікропроцесора 80386.
Використання пам'яті. Для розробників програмного забезпечення 1ВМ РС довгі роки залишалася каменем спотикання сегментована модель пам'яті 1б-розрядних мікропроцесорів 8088/86 і 80286.
Сегментом є безперервна область пам'яті, що адресується 16-розрядними числами (64 Кбайт). Для того, щоб використовувати більш б4 Кбайт пам'яті, довелося розробити систему адресації пам'яті за допомогою двох чисел - адреси початку сегменту і 1б-розрядного зміщення всередині сегменту. Мікропроцесори 80386, здатні оперувати 32-розрядними адресами, могли б без всяких премудростей (і забирають час обчислень!) Адресувати до 4 Гбайт, оперативної пам'яті, Але МS-DOS і Windows 3.x вимушено продовжували використовувати застарілу сегментовану модель пам'яті.
Для win32-додатків доступна плоска (несегментірованная) модель пам'яті Windows 95. Система повністю використовує адресуються пам'ять 38б-х процесорів, при цьому прикладні програми можуть працювати з об'ємом пам'яті до 2 Гбайт, інші 2 Гбайт Windows 95 використовує для власних потреб. Файл віртуальної пам'яті Windows 95 має динамічний розмір, обмежений лише обсягом жорсткого диска і що не залежить від фрагментації.
Використання системних ресурсів . Під системними ресурсами в термінології Windows розуміють області пам'яті, що використовуються модулями USER і GDI. У ресурсах GDI розташовується графічних об'єктах, які використовуються системою в даний момент. Ресурси USER включають інформацію про вікна, меню і так далі. Для того щоб максимально прискорити процедуру звернення до ресурсів USER і GDI, в Windows 3.x їх обсяги обмежили сегментами по б4 Кбайт. Кожне породжене системою вікно забирало приблизно 2% системних ресурсів, а коли відсоток вільних системних ресурсів падав до 20%, завантаження нових програм ставала неможливою.
Більша частина ресурсів Windows 95 зберігається в областях пам'яті з 32-розрядної адресацією, Відповідно обсяг ресурсів Windows 95 практично необмежений. Ті зі старих Windows-програм, які безпосередньо звертаються до системних ресурсів, можуть використовувати їх під Windows 95 так само, як і раніше.
Файлова система . Одне з найбільш настирливих обмежень систем МS-DOS і Windows 3.x - імена файлів, що складаються не більш ніж з 11 (8 +3) символів. Нова файлова система дозволяє win32-додатків користуватися довгими (до 255 символів) іменами файлів і при цьому залишається повністю сумісна з FAT. Зрозуміло, користуватися такими іменами файлів набагато зручніше.
Деякі компоненти нової файлової системи були використані ще в Windows 3.11 для робочих груп - драйвер встановлюваних файлових систем, 32-розрядний драйвер FАТ, 32-розрядне кешування жорсткого диска. Всі ці риси отримали подальший розвиток в Windows 95. Крім того, з'явилися 32-розрядний драйвер CD-ROM, більш потужна підсистема блокового вводу-виводу і інші риси.
Підтримка драйверів пристроїв. аіболее громіздкі МS-DOS драйвери, що займали найбільше місця в базовій пам'яті або UMB, тепер не потрібні при використанні оболонки захищеного режиму. Згідно документації система Microsoft Windows 95 забезпечує:
повну підтримку розділення доступу до файлів, замінюючи резидентну програму SНАRЕ.ЕХЕ;
повну підтримку різноманітних звукових плат, СD-ROM приводів і інших мультимедіа-пристроїв, не вимагаючи при цьому установки МS-DOS драйверів;
підтримку файлової системи СD-RОМ дисків, замінюючи MSCDЕХ.ЕХЕ;
кешування дисків, замінюючи SMARTDrive;
роботу з мишею не тільки в графічному середовищі, але і з MS-DOS-програмами, замінюючи драйвер миші для MS-DOS;
динамічне стиснення даних, замінюючи DRVSpace.BIN (DBLSPACE.BIN);
повну підтримку роботи станції в локальних мережах MS-NЕТ і Novell Netware, замінюючи всі резидентні програми, які доводилося завантажувати для роботи в цих мережах.
Windows 95 підтримує поточну версію протоколу Plug-and-Play. При встановленні додаткового пристрою, що підключається на основі Plug-and-Play, система сама піклується про його конфігурування.
Досить зручно використовувати Windows 95 і без апаратної підтримки Plug-and-Play - система надзвичайно багато знає про те, які існують зовнішні пристрої і як ідентифікувати, включаючи СD дисководи, звукові карти модеми, миші і багато іншого.
Графічна оболонка Windows 95. Інтерфейс Windows 95 відповідає вимогам найбільш вимогливих користувачів, дизайнерів і фахівців з ергономіки. На мій погляд, інтерфейс Windows 95 чудовий, і перейти на цю систему варто було б навіть у тому випадку, якщо б новим в ній був тільки інтерфейс.
Сучасний користувальницький інтерфейс . Зовнішність оболонки Explorer, заснований на повноцінному втіленні метафори робочий стіл і папки, зручний і наочний. Панель завдань дає повний огляд програм, виконуваних системою в даний момент. Доступ до всіх об'єктів, будь то програми, документи, мережеві ресурси або інструменти налаштування системи, уніфікований. Імена будь-яких об'єктів можуть містити до 255 символів.
Багатий сервіс . Оболонка Windows 95 надає користувачеві багатий і різноманітний вибір робочих інструментів. Як приклад назву можливість створення так званих ярликів для швидкого доступу до необхідних додатків і документів, дуже вдале засіб пошуку документів і вбудовану програму швидкого перегляду документів різних форматів. Виконання багатьох дій, включаючи установку апаратних компонентів, відправку листів та факсів, встановлення зв'язку між комп'ютерами, автоматизовано за допомогою спеціальних програм-майстрів.
Широкі можливості налаштування. Windows 95 можна налаштувати сотнями способів, причому доступ до засобів налаштування користування ними досить прості.
Зручність роботи з документами. Windows 95 - це наступний крок до інтеграції різних прикладних програм одну робочу середу. Можна легко створювати документи засобами оболонки, переносити дані з документа на робочий стіл і в інший документ, викидати в "кошик для сміття" фрагменти тексту, документи або цілі папки, а при необхідності - повертати їх.
Удосконалена довідкова система. Довідкова система Windows стала зручніше і гнучкіше. Багато розділів довідки складені у вигляді покрокових посібників з можливістю виконання тих чи інших дій, які рекомендуються безпосередньо із системи допомоги.
"Емуляція" MS-DOS.MS-DOS 7.0 + Windows 4.0. Покинути оболонку Windows 95 для роботи з МS-DOS програмами в реальному режимі можна, тільки ініціювавши перезавантаження або відключення системи або ж перейшовши у режим емуляції МS-DОS (МS-DOS mode) з можливістю повернення в графічну оболонку по команді ЕХIТ. Схоже, що нормальним станом Windows 95 дійсно є графічний інтерфейс, який завжди знаходиться десь під рукою, в пам'яті комп'ютера. Але це не так.
Насправді "режим емуляції МS-DOS" є класичною МS-DOS, що працює в реальному режимі та адресу 640 Кбайт оперативної пам'яті. Графічна система Windows 95 з усіма своїми перевагами як і раніше є оболонкою захищеного режиму для MS-DOS. Навіть новітні 32-розрядні графічні програми для Windows 95 продовжують використовувати для виконання окремих операцій функції МS-DOS і базову область пам'яті.
Таким чином, визначення Microsoft Windows 95 як операційної системи, що не вимагає окремої копії МS-DOS, грунтується на тому, що Windows 95 включає в себе все, що їй потрібно від МS-DOS. Ніщо краще МS-DOS не підтримає MS-DOS-додатки, саме в МS-DOS найкраще почувають себе ті 16-розрядні драйвери пристроїв, які все-таки доводиться завантажувати (наприклад, драйвери сканерів).
При цьому весь комплекс зроблений так, що звичайному користувачеві начебто і немає чого щось знати про МS-DOS, а кваліфікований користувач, навпаки, зможе застосовувати як нові, так і старі, випробувані методи роботи з системою.
1.2. Аналіз механізму скріплення і впровадження
Науково-технічний прогрес 90-х років обумовив неухильне зростання популярності об'єктно-орієнтованого програмування (ООП), і в даний час багато програмісти перейшли у своїй роботі на С + + або Visual Basic. Вже існують об'єктно-орієнтовані бази даних, об'єктно-орієнтовані дизайн і аналіз і навіть об'єктно-орієнтований СОВОL. На природно виникає питання - чи не залишилися Windows або операційні системи в об'єктно-орієнтованому відношенні далеко позаду. Безумовно, ні. Продукт OLE (Objekt Linking and Embedding) компанії Microsoft відкриває нові шляхи для застосування об'єктів в Windows. ОLE припускає новий спосіб мислення. Програміст в середовищі ОПП повинен мислити про все як про об'єкти - від файлу на диску, елемента даних або додатку до апаратного забезпечення та операційної системи. Крім того, OLE змушує програміста дотримуватися строгого набору правил, на що залежать від мови програмування, операційної системи або навіть від апаратної платформи.
Введення в OLE. OLE служить основою, на якій будуються об'єкти. Ця абревіатура означала спочатку зв'язування та впровадження об'єктів (Objekt Linking and Embedding) з випуском версії ОLE 2 застосування ОLE уже не вкладається в рамках, зв'язування та впровадження. ОLЕ сьогодні включає в себе уніфіковану передачу даних, структуроване сховище інформації та автоматизацію. Не слід звужувати уявлення про ОLЕ зв'язуванням і впровадженням; дивитися на ОLЕ слід як на набір будівельних блоків, що дозволяють створювати складні додатки. Насправді Microsoft перестала розшифровувати абревіатуру ОLE як Objekt Linking and Embedding, щоб змінити що склалося сприйняття ОLЕ.)/2 /
Призначення та історія ОLЕ. Якщо до появи OLE 1 у користувача Windows була електронна таблиця, яку йому потрібно було вставити в документ текстового редактора, звичайно він повинен був експортувати дані з таблиці у файл стандартного формату, імпортувати дані з файлу в текстовий редактор, а потім у редакторі їх переформатувати. Якщо користувачеві щастило і обидва програми підтримували копіювання і вставку, то замість явного експорту/імпорту він міг копіювати інформацію через буфер Clipboard. Кожного разу, коли електронні таблиці змінювалися, процес перенесення даних потрібно було повторювати. Це, природно, призводило до зайвих витрат часу і сил.
Але незадовго до виходу Windows 3.1 з'явилося ОLE 1, і це значно спростило описану використання загальних даних у подібних програмах (якщо вони вміли працювати з ОLЕ). На зміну операцій експорту/імпорту та копіювання прийшли зв'язування та впровадження. Стало можливим так підключити електронну таблицю до текстового редактора, щоб документ редактора відбивав самі останні зміни, що відбулися в електронній таблиці. Крім того, електронна таблиця (яка з'явилася в текстовому документі) може бути обрана натисненням кнопки миші. При цьому автоматично запускається додаток електронної таблиці, що дозволяє виконувати редагування даних або інші специфічні для таблиць операції. Команда Update закриває таблицю, і оновлена електронна таблиця впроваджується в документ текстового процесора.
OLE 2 є наступним логічним кроком у розвитку цієї стратегії. У ОLE 1 натискання кнопки на електронній таблиці, що знаходиться в документі текстового документа, що призводило до запуску програми в окремому вікні. У ОLЕ 2 вводиться поняття активації за місцем (також відоме під назвою візуального редагування). Програма електронної таблиці запускається як і раніше, але замість окремого вікна електронна таблиця як би зливається з текстовим редактором. Змінюється меню, відображаючи меню електронної таблиці. Змінюється навіть інструментальні лінійки, але ви все одно знаходитесь в текстовому редакторі. Два додатки як би поєднуються і текстовий редактор набуває функціональні можливості електронної таблиці. Так користувачеві потреби перемикатися для перегляду даних з однієї програми на інше, і ви можете працювати з додатком, що задовольняє більшості ваших потреб, і всередині нього використати можливості інших додатків.
Для ОLE 2 довелося переробити заново багато що з існуючого в ОLE 1 щоб розширити його функції і покращити продуктивність. Наприклад, ОLЕ 1 побудовано на динамічному обміні даними (DDЕ). Для передачі інформації туди і назад DDE у своїй основі використовує повідомлення Windows і зворотні виклики. Оскільки використовуються повідомлення Windows, DDЕ обмежується рамками однієї машини. OLE2 не спирається на DDE замість цього воно побудоване на протоколі LPRC (Lightweight Remote Procedure Calls - легких видалених процедурних виклики).
Архітектура ОLЕ. Щоб досягти своїх задуманих функціональних можливостей, ОLE в якості будівельних блоків використовує велику кількість об'єктів. OLE містить нові об'єкти для реалізації таких концепцій, як Формування (marshaling), яка обслуговує комунікацію між процесами і спирається на LPRC; структуроване сховище, що забезпечує зберігання документів, що містять інші документи; ярлик (moniker), керуючий підключенням і перемиканням пов'язаних даних. Кожен з цих механізмів необхідний ОLE для виконання своєї роботи. Крім того, ОLE вводить поняття автоматизації, яке не потрібно для зв'язування та впровадження в традиційному сенсі. Автоматизацію можна розуміти як спосіб, за допомогою якого користувач може працювати з вашим додатком всередині визначеного ним самим макромови. Сервер-автомат OLЕ управляється будь-яким автоматним контролером OLE (див. таблицю).
Програми-автомати - сервери і контролери.
Продукт
автоматний сервер
автоматний контролер
Visual Basic
так
так
Exel
так
так
Word 6.0
так
немає
AutoCad 12LT
так
немає
PhotoShop 3.0
так
немає
CorelDraw 5.0
так
немає
Програми які одночасно є і серверами і контролерами можуть як управлятися із зовні, так і керувати іншими додатками. У традиційному програмуванні додаток або сервер, або контролер, але не одночасно і те й інше. OLE змушує розлучитися з таким способом мислення і надає розробнику програми право вибору - чи буде його додаток сервером або контролером.
Об'єкти. Під поняття о6ьекта ОLЕ потрапляє все, що може мати машинне подання. Об'єктом може бути документ текстового процесора, малюнок або креслення, також частина креслення (допустимо будь-якої шар креслення друкованої плати), відео-кліп, звук або навіть додаток. Таке розуміння розходиться зі стандартною інтерпретацією, у якій об'єкти - дані, над якими здійснюються маніпуляції за допомогою функцій і процедур. Хоча OLE підтримує об'єкти тільки в рамках однієї машини, це не обмеження архітектури OLE, а лише обмеженість її реалізації. Вже демонструвалася версія OLE, названа розподіленим ОLЕ, у якій межі між машинами для об'єктів прозорі. Іншими словами, якщо ваш додаток запитує OLE-об'єкт, то постачальник цього об'єкта не обов'язково знаходиться на вашій машині, хоча з точки зору вашого застосування ОLE-об'єкт - локальний.
Інтерфейси. OLЕ інтерфейс - це механізм, який використовується для доступу до групи пов'язаних з об'єктом функцій. Якщо ви хочете виконати в OLE операцію над об'єктом, можна запитати специфічний інтерфейс, що має потрібну вам функцію. Коли ви запитуєте інтерфейс, то звертаєтесь до об'єкта, вказуючи його ID-номер. Кожен інтерфейс має унікальний номер-ідентифікатор (Interface ID або IID). Об'єкт повертає або стан помилки, якщо об'єкт не
