- Архитектура программного обеспечения
- Парадигмы программирования
- Объектно-ориентированное программирование
- SOLID
- Компоненты
- Слоёная архитектура
- Чистая архитектура
- Архитектуры веб-приложений
- Архитектура прикладных приложений
- API
- Сервис-ориентированная архитектура
совокупность важнейших решений об организации программной системы.
- выбор структурных элементов и их интерфейсов, с помощью которых составлена система, а также их поведения в рамках сотрудничества структурных элементов;
- соединение выбранных элементов структуры и поведения во всё более крупные системы;
- архитектурный стиль, который направляет всю организацию — все элементы, их интерфейсы, их сотрудничество и их соединение.
совокупность идей и понятий, определяющих стиль написания компьютерных программ (подход к программированию).
Это способ концептуализации, определяющий организацию вычислений и структурирование работы, выполняемой компьютером.
это методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых служит экземпляром определённого класса, а классы образуют иерархию наследования.
это нечто, имеющее чётко определённые границы. Однако этого недостаточно, чтобы отделить один объект от другого или дать оценку качества абстракции. Объект обладает состоянием, поведением и идентичностью. Структура и поведение похожих объектов определяет общий для них класс.
это множество объектов, обладающих общей структурой, поведением и семантикой. Класс представляет лишь абстракцию существенных свойств объекта.
это описание конкретного объекта в памяти. Состояние объекта характеризуется перечнем (обычно статическим) всех свойств этого объекта и текущими (обычно динамическими) значениями каждого из этих свойств. Например, торговый автомат имеет свойство: способность принимать монеты, этому свойству соответствует динамическое значение — количество принятых монет.
В объектно-ориентированном подходе основная категория объектной модели — класс — объединяет в себе на элементарном уровне как данные, так и операции, которые над ними выполняются (методы). Именно с этой точки зрения, изменения, связанные с переходом от структурного к объектно-ориентированному подходу, считаются наиболее заметными. Принципы ООП
- Наследование — это наличие у разных классов, образующих иерархию, общих атрибутов и операций. Суперкласс задаёт наиболее общую информацию, которую затем уточняют его подклассы. Каждый подкласс соединяет в себе, наследует, все черты его суперкласса, к которым добавляет собственные уникальные черты. Подклассам необязательно воспроизводить все черты суперкласса.
- Инкапсуляция, или сокрытие информации, состоит в отделении внешних аспектов объектов, доступных другим объектам, от деталей внутренней реализации, которые от других объектов скрываются. Она (инкапсуляция) исключает возникновение взаимозависимостей участков программы, из-за которых небольшие изменения приводят к значительным непредвиденным последствиям.
- Полиморфизм означает, что одна и та же операция может подразумевать разное поведение в разных классах.
- Абстракция означает сосредоточение на важнейших аспектах приложения и игнорирование остальных. Сначала принимается решение, что представляет собой объект и что он делает, а уже затем подбирается способ его реализации.
акроним пяти важных принципов проектирования при выполнении ООП (объектно-ориентированного программирования).
Они связаны с проектированием и сопровождением программных систем.
это единицы развёртывания. Они представляют наименьшие сущности, развёртываемые в составе системы.
Компонент представляет собой структурную единицу программной системы, обладающую чётко определённым интерфейсом, который полностью описывает её зависимости от окружения. Такой компонент может быть независимо поставлен или не поставлен, добавлен в состав некоторой системы или удалён из неё, в том числе может включаться в системы других поставщиков.
это следующий уровень абстракции после компонентов.
-
Горизонтальные слои связаны с назначением слоя в коде системы. Например, есть слой базы данных и бизнес-логики.
-
Вертикальные срезы связаны с тем, что делает система, с её функциями (сценарии использования). Сценарии использования меняются по разным причинам, друг от друга независимым. Поэтому важно защищать их друг от друга.
Систему всегда можно разделить на горизонтальные уровни:
● пользовательский интерфейс;
● бизнес-правила, характерные для приложения;
● бизнес-правила, не зависящие от приложения;
● слой базы данных.
Слои обеспечивают логический уровень разделения в приложении. Если логика приложения при этом физически распределяется между несколькими серверами или процессами, такие раздельные физические целевые объекты развёртывания называются уровнями.
интерфейс, обеспечивающий передачу информации между пользователем-человеком и программно-аппаратными компонентами компьютерной системы.
совокупность правил, принципов, зависимостей поведения объектов предметной области. Последнее — область человеческой деятельности, которую поддерживает система.
это организованная структура, предназначенная для хранения, изменения и обработки взаимосвязанной информации, преимущественно больших объёмов.
это способ разделения ответственностей и частей функциональности по степени их близости к предметной области приложения.
Принципы чистой архитектуры:
- Приложение строится вокруг независимой от других слоёв объектной модели.
- Внутренние слои определяют интерфейсы, внешние слои содержат реализации интерфейсов.
- Направление зависимостей — от внешних слоёв ко внутренним.
- При пересечении границ слоя данные должны преобразовываться.
это веб-приложение, состоящее из большого количества страниц, которые полностью обновляются каждый раз, когда на них изменяются данные.
| ДОСТОИНСТВА ПОДХОДА MPA | НЕДОСТАТКИ MPA |
|---|---|
| Даёт пользователям понятную карту для навигации по приложению, обеспечивает надёжность и многоуровневость переходов в меню | Не позволяет использовать один и тот же бэкенд с мобильными приложениями |
| Оптимизирует управление поисковой оптимизацией (SEO) | Тесно увязывает разработку фронтенда и бэкенда |
| Позволяет добиться лучшего ранжирования в поисковиках за счёт оптимизации под одно ключевое слово на странице | Усложняет и замедляет разработку из-за необходимости использовать фреймворки как на стороне клиента, так и на стороне сервера |
| Позволяет включать столько информации о продукте, сколько необходимо, без ограничений по количеству страниц | Усложняет поддержание безопасности: требует защищать каждую отдельную страницу |
| Ускоряет начальную загрузку страницы | |
| Даёт много аналитики и сведений о работе сайта | |
| Экономически эффективен |
Под одностраничным понимают веб-приложение, работающее в рамках одного HTML-документа. Переход между разделами внутри SPA выполняется без перезагрузки всей страницы в браузере.
| ДОСТОИНСТВА SPA | НЕДОСТАТКИ SPA |
|---|---|
| Скорость работы и отзывчивость приложения, быстрая загрузка | Плохая SEO-оптимизация: только один URL |
| Возможность переиспользовать 20%–30% кода, превратив SPA в полноценное мобильное приложение | Сравнительно долгая начальная загрузка |
| Улучшенный пользовательский опыт: после первой загрузки всё работает быстро | Недружественная навигация и отсутствие кнопки «Назад» |
| Возможность автономной работы | Угрозы безопасности из-за межсайтового скриптинга |
| Разделение ответственности между front-end и back-end: внешний интерфейс взаимодействует с логикой, а внутренний отвечает за обработку данных | |
| Возможность раздельно разрабатывать и тестировать front-end и back-end |
программа, ориентированная на решение конкретных задач и рассчитанная на взаимодействие с пользователем.
Разработка на основе паттернов MV* позволяет разделить код на независимые модули, тем самым упростить поддержку готового продукта и ускорить разработку нового функционала.
часть программы, содержащая описание функциональной и бизнес-логики приложения. Модель должна быть полностью независимой от остальных частей продукта. Модельный слой ничего не должен знать об элементах графического интерфейса и того, каким образом он будет отображаться.
отвечает за отображение данных, полученных от модели, но не может напрямую влиять на модель. Предполагается, что представление обладает доступом к данным «только на чтение».
отвечает за связь между моделью и представлением. Код контроллера определяет, как приложение реагирует на действия пользователя. Это связывающий, контролирующий слой.
был разработан для облегчения автоматического модульного тестирования и улучшения разделения ответственности, то есть отделения логики от отображения.
реализует взаимодействие между моделью и представлением и содержит в себе всю логику представления данных о предметной области; при необходимости получает данные из хранилища и преобразует для отображения во View.
связывает модель и представление через механизм привязки данных. Если в модели изменяются значения свойств, автоматически идет изменение отображаемых данных в представлении, хотя напрямую модель и представление не связаны.
программный интерфейс, который позволяет взаимодействовать модулям одного приложения или обеспечивает взаимодействие между разными приложениями и сервисами.
это программа, выполняющая
определённый набор функций, имеющая API для
доступа к этим функциям и часто не имеющая
интерфейса пользователя.
Может состоять из других сервисов, при этом потребители данного
сервиса не обязаны знать внутреннюю структуру.
это хорошо структурированный архитектурный стиль API, определяемый набором архитектурных ограничений и предназначенный для широкого использования многими потребителями API.
Создаем проет приложения в VisualStudio2022 с использованием шаблона ASP.NET Core Web API.
SOA — это общекорпоративный подход к разработке программного обеспечения для компонентов приложений, который использует преимущества многократно используемых программных компонентов или сервисов (служб).
это логически связанный набор функций, порождающих заданные результаты.
Служба является автономным программным компонентом (модулем или программой), может состоять из других служб, при этом потребители данной службы не обязаны знать её внутреннюю структуру.
это облачный подход, при котором единое приложение строится из множества слабосвязанных компонентов меньшего размера (сервисов), поддерживающих независимое развёртывание.
Сквозной проект на основе паттерна Repository, включая Unit тесты
позволяет абстрагироваться от конкретных подключений к источникам данных, с которыми работает программа. Является промежуточным звеном между классами, непосредственно взаимодействующими с данными, и остальной программой.
