Есть ли запахи в архитектуре?

В Интернете существует множество ресурсов, которые ссылаются на запахи кода. Однако я никогда не видел информации об архитектурных запахах . Это определено где-нибудь, и есть ли список? Были ли проведены какие-либо формальные исследования дефектов архитектуры и их влияния на скорость проекта, дефекты и тому подобное?

Изменить: я не искал список ответов, но документация (в Интернете или в книге) об запахах архитектуры.

• Многоуровневая архитектура Когда у вас есть слои на слоях на слоях на слоях ... вы видите мою точку зрения здесь, в вашем приложении. Я называю это « Многоуровневая архитектура»
• Над абстракцией таким образом, что вы заблудились в коде.
• Футуристическая архитектура Это происходит, когда решение слишком футуристическое. На самом деле никто не может предсказать новые требования. Поэтому большая часть футуристической реализации - это просто трата времени и ресурсов.
• Технология Энтузиазма Архитектура Архитектору понравились новые технологии, и он запустил их в производство. Не зная, доказано ли это раньше.
• Over Kill Architecture Простая проблема была решена экспоненциальным фактором архитектурных навыков и технологий.
• Облачная архитектура Я называю это облачной архитектурой, поскольку архитектура не имеет никакого отношения к реальности. Это просто хорошие диаграммы Visio.

Полное отсутствие обратного также верно.

Вот ссылка на десятку ошибок архитектуры программного обеспечения .

Все настраивается . Когда архитектор говорит вам, что его система защищена от изменений или имеет широкие возможности настройки из-за обширной настраиваемости, это - запах архитектуры.

Проблема в том, что вы действительно можете предоставить механизмы конфигурации только для того, что, по вашему мнению, сейчас нужно будет настроить, но как только ваше приложение будет запущено, этого будет недостаточно. Затем механизмы конфигурации расширяются и расширяются, и в конечном итоге вы получаете эффект внутренней платформы.

И тогда вы в программном аду.

База данных, разработанная ORM! Или серверная часть базы данных, которая не является реляционной и должна быть реляционной. Или база данных, в которой вы разрабатываете использование представлений, которые вызывают представления, которые вызывают представления, они не только слишком медленные (базы данных должны быть спроектированы для обеспечения производительности с самого начала, но не позднее), но когда вам нужно внести изменения, их ужасно отслеживать (Из-за абстракции, как сказал @AmirResaei, легко потеряться в коде, когда вам нужно исправить что-то, что находится внизу всех этих слоев.)

Кодовые запахи и архитектурные запахи - это одно и то же. Код начинает «пахнуть» из-за неоптимальной архитектуры.

В основной книге Мартина Фаулера по теме « Рефакторинг» он представляет серию запахов кода и определяет способ их рефакторинга из вашей системы. « Рефакторинг шаблонов» Джошуа Кериевского еще более подчеркивает эту идею, предоставляя конкретные архитектурные шаблоны для исправления различных запахов кода (и как выполнять рефакторинг для них шаг за шагом).

Большая часть рефакторинга выполняется для облегчения неоптимального кода с помощью улучшенной архитектуры. Можно утверждать, что единственным естественным «архитектурным запахом» (кроме Big Ball of Mud) будет архитектура BDUF (Big Design Up Front). Где вы пытаетесь разместить все, что вам нужно, до того, как написана первая строка кода. Гибкий программный проект, в котором дизайн выполняется по мере необходимости (даже, полагаю, когда код рассматривается как дизайн ), его архитектура будет расти органично.

(Много) Соединение - в любой форме - это то, что заставляет архитектуры пахнуть. Чем больше он связан, тем больше он пахнет.

Тем не менее, отсутствие связи вообще часто пахнет проблемами производительности.

Вот один конкретный запах архитектуры / дизайна, с которым я сталкиваюсь все время: анализ и составление отчетов непосредственно из транзакционной базы данных.

Это, конечно, хорошо в некоторых ситуациях (например, легкие отчеты), но во многих случаях требования к отчетности и обработке транзакций находятся в конфликте. Тем не менее, поскольку это простая / недорогая вещь, отчеты запускаются непосредственно из транзакционной БД. Это вызывает все виды головных болей с обеих сторон уравнения.

Это обычно видно в приложениях Enterprise LOB, кстати. Я понимаю, что многие SMB просто не имеют ресурсов или ноу-хау для создания хранилищ и информационных таблиц (забудьте о кубах или настройках сокращения карт), но многие большие организации, с которыми я работал, имеют те же проблемы.

При проектировании системы архитектор должен учитывать, что отчетность, особенно аналитические отчеты, и требования к транзакциям лучше всего рассматривать как отдельные проблемы, а не просто объединять их на уровне базы данных.

Я не уверен, подходит ли это на уровне архитектуры, но если я увижу кучу классов / модулей менеджера в том, что должно быть ОО-проектом, то это гарантия того, что единственный человек, который поймет архитектуру / дизайн сам архитектор / дизайнер без большого объяснения / изучения другими.

Сообщество задокументировало множество архитектурных запахов. Обычно встречающийся набор следующий.

• Циклическая зависимость: этот запах возникает, когда два или более архитектурных компонента зависят друг от друга прямо или косвенно.
• Нестабильная зависимость: этот запах возникает, когда компонент зависит от других компонентов, которые менее стабильны, чем он сам.
• Компонент Бога: Этот запах возникает, когда компонент слишком велик либо с точки зрения LOC, либо с точки зрения количества классов.
• Концентрация элементов : этот запах возникает, когда компонент реализует более одной архитектурной задачи / функции.
• Разрозненная функциональность: этот запах возникает, когда несколько компонентов отвечают за реализацию одной и той же проблемы высокого уровня.
• Плотная структура: этот запах возникает, когда компоненты имеют чрезмерную и плотную зависимость без какой-либо конкретной структуры.

Я недавно подготовил таксономию запахов . В настоящее время он документирует 38 запахов архитектуры и более 260 запахов кода.