Реферат

на тему: «Проблеми програмування в різних середовищах »

У 1968 році компанія IBM запропонувала своїм клієнтам систему керування інформацією (IMS). Це була одна з перших спроб досягти хоча б деяких цілей підходу на основі баз даних до керування файлами й один з перших прикладів СУБД. У IMS база даних була концептуально представлена у виді ієрархії. Запису були організовані в набори, що зв'язувалися один з одним зв'язками володіння (ownership).

Ієрархічні бази даних підходять для тих інформаційних систем, що природним образом ґрунтуються на ієрархічній моделі. Істотним високопродуктивних великих систем, побудованих на основі IMS. Однак більшість систем неможливо реалізувати у виді IMS так, щоб уникнути великої кількості повторень даних.

У мережній моделі маються дві основні конструкції: запису і зв'язки. Зв'язок являє собою набір фізичних покажчиків, що задають відношення володіння між наборами записів. Так, можна сказати, що клієнт «володіє» набором замовлень, а деяке замовлення «володіє» набором елементів запасів (як і в ієрархічній моделі). Але в мережній моделі немає обмеження, що вимагає, щоб володіння задавалося тільки в одному напрямку, і набір записів може брати участь у довільному числі зв'язків володіння.

Використовуючи мережний підхід, можна шляхом ретельного аналізу даних усунути надмірність, і файли системи дійсно стануть інтегрованими. Але ця інтеграція досягається за рахунок складності. Мережні бази даних характеризуються великою кількістю наборів записів, кожний з який містить небагато інформації і багато покажчиків на інші безлічі записів. Навіть написання найпростіших запитів може зажадати складної навігації від одного набору записів до іншого.

У реляционной моделі дані на концептуальному рівні представляються у виді таблиць, що складаються з рядків і стовпців. Строго говорячи, таблиці називаються відносинами, рядка – кортежами, а стовпці – атрибутами. Кортежі практично еквівалентні тому, що звичайно розуміється під записом файлу, а атрибути відбивають зміст значень кожного кортежу.

У реляционной базі даних зв'язування даних різних таблиць один з одним здійснюється не за допомогою явних покажчиків (як у мережній базі даних), а за допомогою значень атрибутів.

У реляционной базі даних можна задавати зв'язку між будь-якими двома атрибутами, що мають порівнянні значення даних. Атрибут одного відношення, що складає винятково з числових значень, можна зв'язати з будь-яким атрибутом будь-якого іншого відношення, що складає також винятково з чисел. Таким чином, завдання логічних зв'язків між відносинами не становить труднощі.

Описані вище так називані класичні підходи до реалізації СУБД найчастіше зазнають критики за те, що усі вони ґрунтуються на ідеї пасивної безлічі даних. У них немає засобів, що дозволяють моделювати реальне поводження даних. Крім того, семантичні можливості також дуже обмежені, тому важко представляти дійсний зміст даних.

У порівнянні з традиційними способами програмування ООП володіє поруч переваг. Головне з них полягає в тім, що ця концепція найбільшою мірою відповідає внутрішній логіці функціонування операційної системи (ОС) Windows. Програма, що складається з окремих об'єктів, відмінно пристосована до реагування на події, що відбуваються в ОС. До інших переваг ООП можна віднести велику надійність коду і можливість повторного використання відпрацьованих об'єктів.

У цій главі розглядаються способи реалізації основних механізмів ООП у Object Pascal і Delphi:

поняття об'єкта, класу і компонента;

основні механізми ООП: інкапсуляція, спадкування і поліморфізм;

особливості реалізації об'єктів;

взаємодія властивостей і методів.

Матеріал глави розрахований на читача, що має представлення про саму мову Object Pascal, його операторах і основних можливостях.

Мова ПАСКАЛЬ дозволяє користувачеві створювати власні допоміжні алгоритми. Розрізняють два види алгоритмів: процедури-оператори (далі просто процедури) та процедури-функції (далі просто функції). Вони дозволяють включати в основний програмний блок додаткові блоки команд. Процедура активізується за допомогою оператора процедури. Функція активізується при обчисленні виразу, що містить виклик цієї функції.

Блок опису процедур та функції не має спеціального службового слова для свого початку. Цей блок завжди розташовується останнім в описовій частині програми і починається оголошенням відповідного допоміжного алгоритму.

Оголошення допоміжного алгоритму складається з таких частин:

·       заголовка ;

·       розділу описів ;

·       операторної частини (тіла) .

Заголовок містить ім’я допоміжного алгоритму та список формальних параметрів. Для функції потрібно вказати тип імені цієї функції, тому що воно є результатом її роботи. Існує три види параметрів: значення, змінна і нетипізована змінна. Розділ оголошень містить список локальних об’єктів (типів, констант, змінних), які будуть використовуватись даним алгоритмом. Операторна частина містить набір операторів, які складають тіло допоміжного алгоритму. Для функції обов’язково потрібно вказати хоча б один оператор присвоювання, в лівій частині якого вказується ім’я функції, а в правій – вираз, який задає результат її роботи.

В деяких випадках потрібно при оголошенні деякої процедури або функції використати посилання на іншу процедуру або функцію , яка ще не була оголошена, але яка буде оголошена далі. В такому випадку використовують випереджальне оголошення.

Фактичними параметрами називаються ті параметри, які вказуються при викликові допоміжного алгоритму.