ОС Підсумкова контрольна 4 курс

Забезпечення прямого доступу до внутрішніх даних класу

Зниження зв’язності між компонентами та можливість легко змінювати внутрішню реалізацію класу

Відсутність потреби валідувати дані.

Можливість замінити всі публічні методи класу приватними

Single Responsibility, Open-Closed, Liskov Substitution, Interface Segregation, Dependency Inversion

Simple, Object-Oriented, Low-Coupling, Inheritance, Documentation

Secure, Optimized, Lightweight, Implemented, Documented

Stable, Oriented, Linked, Identified, Derived

Клас – це конкретний екземпляр об’єкту.

Об’єкт та клас – це синоніми в Java.

Класи не можуть мати методів, лише об’єкти можуть.

Об’єкт – це конкретна реалізація класу в пам’яті.

Він знижує кількість коду в проекті.

Він унеможливлює повторне використання коду.

Він полегшує розуміння, тестування і модифікацію коду.

Він виключає потребу в рефакторингу.

Поліморфізм дозволяє викликати методи батьківського класу без перевизначення.

Поліморфізм дозволяє обробляти різні типи об’єктів однаковим чином через єдиний інтерфейс.

Поліморфізм стосується лише статичних методів класів.

Поліморфізм не пов’язаний з наслідуванням.

Простий доступ до загальних даних без створення об’єкту

Збереження стану екземпляру об’єкта

Можливість перевизначення в підкласах

Взаємодія з поліморфізмом

Прямий доступ до внутрішніх полів без перевірок

Контроль та валідацію при зміні полів

Прискорення виконання програми

Заміна конструктора

Фіксований розмір

Вбудована логіка пошуку, сортування, вставки

Тільки для зберігання примітивних типів

Немає переваг – масиви завжди краще

UPDATE — PUT/PATCH

CREATE — GET

READ — POST

DELETE — DELETE

Чітка ідентифікація ресурсів через URI

Стан сеансу зберігається на сервері між запитами

Стандартні HTTP-методи для CRUD-операцій

Використання гіпермедійних елементів для навігації по ресурсу

2XX

3XX

4XX

5XX

Шифрування даних між клієнтом та сервером

Використання SSL/TLS сертифікатів для підтвердження автентичності сервера

Зменшення безпеки порівняно з HTTP

Захист від перехоплення даних третіми сторонами

Зменшення складності розробки

Запобігання некоректному вводу та SQL-ін’єкціям

Збільшення продуктивності за рахунок пропуску перевірок

Покращення безпеки та якості даних

Model — бізнес-логіка та дані

View — обробка запитів клієнта на сервері

Controller — взаємодія між Model та View

View — відображення даних користувачеві

Звільнення розробника від написання більшості SQL-запитів вручну

Краща портативність коду між різними СУБД

Збільшення продуктивності запитів до БД

Звільняє розробника від написання міграцій

Зберігання конфіденційних даних поза кодом

Легка зміна налаштувань з перекомпіляцією

Зменшення мобільності додатку між середовищами

Не можливість використовувати різні конфігурації для різних середовищ (dev, test, prod)

Автоматично синхронізувати роботу потоків

Об’єднати всі методи у великий інтерфейс

Забезпечити доступ до певного ресурсу лише одному клієнту одночасно

Інкапсулювати різні алгоритми в окремі класи та дозволити їхню взаємозамінність під час виконання

Автоматично генерує код фронтенду без участі розробника

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

Забороняє використання об’єктно-орієнтованого підходу

Використовується лише для налаштування веб-серверів на низькому рівні

Надає користувачу можливість зберігати дані в базі

Здійснює серіалізацію даних перед відправленням клієнту

Визначає, до якого контролера спрямовувати вхідні HTTP-запити

Забезпечує транзакційну логіку роботи з БД

Управління маршрутизацією запитів

Зберігання та відновлення сутностей бази даних

Рендеринг графічного інтерфейсу користувача

Обробка HTTP-запитів, виклик бізнес-логіки та повернення результатів

Зберігання та передача DTO між фронтендом і бекендом

Управління потоками даних на мережевому рівні

Інкапсуляція бізнес-логіки та координація роботи з репозиторіями і моделями

Реалізація протоколів шифрування даних

REST вимагає використання лише XML

REST забезпечує простий, зрозумілий і масштабований спосіб взаємодії клієнт-сервер через HTTP

REST не вимагає документування API

REST підтримується лише в Java-додатках

Стан сесії завжди зберігається на сервері

Взаємодія здійснюється на основі ресурсів, ідентифікованих унікальними URI

Використання лише одного HTTP-методу для всіх операцій

Всі дані передаються лише у бінарному форматі

Опис сутностей та їхніх атрибутів, які відображаються на таблиці в БД через ORM

Виконання низькорівневих операцій введення/виведення даних

Виконання функцій маршрутизації HTTP-запитів

Аутентифікація та авторизація користувачів