Фреймворк – це слово явно неросійського походження. Дослівно воно перекладається, як «каркас», тобто підставу або несуча частина конструкції. Ось тільки в ужиток воно увійшло у зв’язку з програмуванням, ще в ті часи, коли більша частина літератури з предмету була виключно англійською мовою. Тоді щоб не морочитися з перекладом стали використовувати даний англицизм.
Значення, яке вкладають в слово фреймворк двояко. У залежності від предмета, про який йде мова, це може бути, як програмне забезпечення, покликане полегшити реалізацію і об’єднати компоненти великого проекту, так і програмна платформа, що визначає структуру програмної системи.
Фреймворк програмної системи
Говорячи про програмній системі (тобто про Програмне забезпечення і, можливо, відповідної апаратної складової для її виконання) під фреймворком мають на увазі якусь єдину систему, яка покликана об’єднати всі елементи програми в єдине ціле. Тобто це можуть бути як різні бібліотеки, так і безпосередньо принципи написання коду, які дозволяють програмі функціонувати, а не просто займати місце.
Тобто каркас, не просто так підтримує програму, він ще і забезпечує взаємозв’язок між різними її елементами, які задіюються при її виконанні. Спочатку існувала проблема з реалізацією цих самих каркасів, але поступово усі прийшли до єдиного розуміння, а розвиток графічних користувацьких інтерфейсів лише прискорило процес уніфікації фреймворків.
Фреймворк додатки
Нерідко користувачі, особливо операційної системи Windows, помічають, що багатьом додаткам і програмним продуктам потрібно, щоб ПК був встановлений загадковий .Net Framework тієї або іншої версії.
Це як раз той випадок, коли програма не може виконуватися по тій простій причині, що вона написана з урахуванням специфікації конкретного каркаса, а без нього не може визначитися, куди саме звертатися за необхідними даними. Якщо порівняти з людським тілом, то фреймворк схожий на з’єднувальні тканини, які дозволяють всім системам взаємодіяти між собою.
Що таке FPS в іграх
І в розробці єдиних каркасів додатків позначився саме перехід до графічного інтерфейсу додатків. Оскільки тепер кожен розробник міг з упевненістю уявити, як буде виглядати його додаток, і яким чином воно буде поєднуватися з системою, на якій буде запущено. Раніше ж було потрібно добре знати систему та її особливості для точної промальовування зовнішнього вигляду.
Реалізація фреймворку
З реалізацією каркасу в теорії все виглядає складним. Є абстрактні і конкретні класи в яких досить складно розібратися без досвіду. А ось на практиці приходить банальне розуміння, що все це – лише з’єднувальні елементи, які покликані підтримати програму у виконанні її функцій. Деякі з них дозволяють різним елементам точно взаємодіяти між собою (конкретні класи). Інші ж підлягають реалізації (абстрактні класи або точки розширення).
Тобто реалізація фреймворку укладає у собі точне визначення завдань і проблем, і їх поділ на 2 групи: ті, для яких уже передбачено готові рішення і ті, вирішення яких потрібно створити.
