Об'єднання всієї логіки в один великий файл

Використання глобальних змінних у всьому проєкті

Написання коду без функцій і класів

Розбиття системи на окремі компоненти, кожен із конкретною відповідальністю

Що з наведеного найкраще описує модульність у програмуванні?

Перевіряє знання принципу DRY, суміжних підходів (наприклад SRP), переваг, технік усунення дублювання та прикладів застосування.

Don't Repeat Yourself (Не повторюйся)

Що означає абревіатура DRY у контексті розробки програмного забезпечення?

Збільшити кількість рядків у кодовій базі

Усунення дублювання коду та знань

Створення монолітних модулів

Забезпечення одноразового використання функцій

Яка основна мета застосування принципу DRY?

Модульне програмування

Яка концепція найближче пов'язана з DRY у плані організації коду?

Кожен файл має містити тільки один клас

Функції повинні бути написані однією мовою

Уникати використання зовнішніх бібліотек

Клас або модуль має мати лише одну причину для зміни

Що пропонує принцип Single Responsibility Principle (SRP)?

Виносити константи та конфігурації в одне централізоване місце

Створювати копії констант у кожному модулі

Хардкодити налаштування у кожній функції

Заборонити використання констант

Який із наведених підходів є способом усунення дублювання шляхом централізації повторюваних налаштувань?

Покращення читабельності коду

Збільшення часу розробки

Забезпечення консистентної поведінки

Полегшення підтримки і оновлень

Який із наведених варіантів не є характеристикою принципу DRY?

Збільшення кількості дубльованого коду

Укладення логіки в моноліти

Централізація логіки в повторно використовуваних одиницях

Приховування реалізації через макроси

Яка перевага DRY робить написання модульних unit-тестів простішим?

Копіювати та вставляти код у кожен модуль

Видаляти весь загальний код

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

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

Який із підходів до усунення дублювання рекомендовано для складніших сценаріїв з спільною функціональністю?

Змушує вносити зміни у всіх копіях логіки

Дозволяє зробити зміну в одному місці, що впливає на всі використання

Блокує можливість змінювати логіку

Робить зміни автоматично без редагування коду

Як DRY впливає на процес внесення змін у повторювану логіку?

Підвищується однорідність поведінки коду

Зменшується ризик помилок при оновленнях

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

Автоматично покращується тестованість

Що зазвичай трапляється при порушенні принципу DRY?

Забезпечує множинні й різні реалізації для кожного випадку

Гарантує узгоджену та послідовну поведінку в усіх місцях використання

Зміцнює залежності між модулями

Ускладнює локальну адаптацію без змін в центральному місці

Який ефект має інкапсуляція функціональності в одне місце для всієї кодової бази?

Копіювати ту саму валідацію в різні функції

Виносити валідацію в одну повторно використовувану функцію

Виконувати валідацію лише в інтерфейсі користувача

Уникати валідації взагалі

Який із способів є прямим методом уникнення дублювання валідаційної логіки?

Питання 11 з 13