ий в даний момент на екрані, і виводить його свої вихідний потік; фільтр grep зчитує вхідний потік і пропускає на вихід рядки, що містять слово scripting; а програма WC підраховує число рядків у своєму потоці. Будь-який з подібних компонентів може знайти застосування в безлічі різних ситуації, вирішуючи кожен раз іншу загальну задачу. Сильна типізація мов програмування системного рівня ускладнює повторне використання коду. Вона заохочує програмістів до створення великої кількості несумісних один з одним інтерфейсів, кожен з яких вимагає застосування об'єктів свого типу. Компілятор не дозволяє об'єктам інших типів взаємодіяти з цим інтерфейсом, не дивлячись на те, що результат, міг би виявитися і досить корисним. Таким чином, щоб використовувати новий об'єкт із існуючому інтерфейсом, програмісту доводиться писати перехідник, перетворюючий об'єкт до типу, на який розрахований інтерфейс. А застосування перехідника вимагає, у свою чергу, перекомпіляції частини або навіть всього програми цілком. Домінуючий в даний час спосіб розповсюдження ПЗ у вигляді двійкових файлів робить цей підхід неможливим.
Щоб оцінити переваги біс типового мови програмування, розглянемо наступний приклад на мові Tcl:
Button.b -text Hello!-font {Times 16} - comand {puts hello}
Ця команда створює на екрані нову кнопку з написом на ній Hello! шрифтом Times 16 пунктів, при натисканні, на яку виводиться коротке повідомлення hello. В одному рядку тут вмістилося шість елементів різних типів: назва команди (button), назва кнопки (.b), ідентифікатори атрибутів (-text, -font, -command), прості рядки (Hello! Hello), специфікація шрифту (Times 16) , що складається з назви накреслення (Times) і розміру в пунктах (16), а також цілий Tcl-сценарії (puts hello). Всі елементи представляються одноманітно - у вигляді рядків. У даному прикладі атрибути могли бути перераховані в довільному порядку, а неупомянутий атрибутам (їх налічується більше 20) будуть присвоєні значення за замовчуванням. У разі реалізації на Java той же самий приклад зажадав би семи рядків коду, складових два методи. Для С ++ з використанням бібліотеки Microsoft Foundation Classes (MFC) масштаби збільшилися приблизно до 25 рядків коду, що утворюють три процедури. Один тільки вибір шрифту вимагає декількох зверненні до функцій MFC * fontPtr=new Cront ();
fontPtr- gt; CreteFont (16, 0, 0, 0, 700,0, 0, 0,
ANSI_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS,
DEFAULT_QUALITY, DEFAULT_PITCH | FF_DONTCARE, Times New);
buttonPtr- gt; SetFont (fontPtr);
Можна було б обоітісь без значітельноі частини цього коду, якби не строга типізація. Щоб задати шрифт для кнопки, необхідно звернутися до методу SetFont; однак він вимагає передачі в якості аргументу покажчика на об'єкт CFont. Доводитися оголошувати і ініціалізувати новий об'єкт. Ініціалізацію об'єкта CFont виконує його метод Create Font, которії має Жестки інтерфейс, що вимагає завдання 14 різних аргументів. У TCL істотні характеристики шрифту (накреслення Times і кегль 16 пунктів) можуть бути вказані безпосередньо без будь-яких оголошенні або перетворенні. Більш того, TCL дозволяє описати і поведінку кнопки безпосередньо в тілі створює її команди, тоді як в С ++ або Java для цього необхідний окремий метод.
Мови опису сценаріїв на підйомі
Мови опису сценаріїв існують вже тривалий час, однак, в останні роки в результаті поєднання низки факторів істотно підвищилася їх актуальність. Найбільш важливий з цих факторів - спрямованість у бік додатку, що збираються з готових компонентів, У якості трьох ілюстрації його прояви можна назвати графічні інтерфейси користувача, Internet та компонентні інфраструктури розробки.
Графічні інтерфейси користувача
Перші графічні інтерфейси користувача з'явилися на початку 1980 року та набули широкого розповсюдження до кінця десятиліття. Сьогодні на опис цієї частини програми в багатьох проектах йде більше половини всіх зусиллі розробників. GUI за своєю природою є складовою компонентної системою. Мета його створення полягає не в реалізації нових функціональних можливостей, а в тому, щоб налагодити зв'язки між графічними елементами управління і функціями внутрішніх частин програми.
Деякі з систем забезпечені дуже зручними графічними засобами для побудови екранів, які приховують складності що лежить в основі мови, однак, як тільки виникає необхідність у написанні додаткового коду, наприклад, щоб розширити спектр варіантів поведінки елементів інтерфейсу, у розробника відразу виникають труднощі. Всі кращі середовища прискореної розробки засновані на мовах опису сценаріїв: Visual Basic, HyperCard, TCL/TK.
