Framework (w kontekście tworzenia aplikacji internetowych) to zestaw bibliotek, konwencji i narzędzi, które porządkują budowę aplikacji oraz dostarczają gotowe mechanizmy dla powtarzalnych zadań. W praktyce "typowy" framework webowy obejmuje elementy odpowiedzialne za:
- obsługę żądania i uruchamianie logiki – czyli mechanizm przyjęcia żądania, dopasowania go do trasy/endpointu oraz wywołania odpowiedniej akcji (często w kontrolerze) i zwrócenia odpowiedzi;
- warstwę dostępu do danych – czyli ułatwienia w komunikacji z bazą danych (np. mapowanie obiektowo-relacyjne, repozytoria, migracje, konfiguracja połączeń).
Dlatego odpowiedź "zarządzanie komunikacją z bazą danych, mechanizm uruchamiania i przetwarzania akcji." opisuje dwa bardzo typowe obszary: logikę obsługi akcji/żądań oraz persystencję danych.
Pozostałe propozycje zawierają pojęcia, które nie są składnikami frameworka albo nie są uniwersalne:
- "obsługa formularzy i wbudowany serwer." – obsługa formularzy może występować w wielu frameworkach, ale wbudowany serwer nie jest cechą definicyjną ani typowym elementem każdego frameworka; często serwer aplikacji/WWW jest osobnym komponentem środowiska.
- "mechanizm uruchamiania i przetwarzania akcji, oraz certyfikat http." – certyfikat dotyczy bezpieczeństwa połączeń (HTTPS/TLS) i jest elementem konfiguracji infrastruktury, a nie częścią frameworka; dodatkowo sformułowanie "certyfikat http" jest nieprecyzyjne.
- "domena i obsługa błędów." – obsługa błędów bywa wspierana przez framework, ale domena (nazwa domenowa) to element adresacji/usług DNS i wdrożenia, a nie składnik frameworka.
Wskazówka egzaminacyjna: gdy w odpowiedzi pojawiają się elementy infrastruktury (certyfikat, domena, serwer WWW), zwykle nie opisują one samego frameworka, tylko środowisko uruchomieniowe. Framework częściej kojarzy się z routingiem, kontrolerami, walidacją, szablonami widoków i warstwą danych.
