| 38. Трехуровневая архитектура | |
| Я думаю, что вам часто приходилось слышать такой термин, как «трехуровневая архитектура»? Да-да, та самая трехуровневая архитектура, которая состоит из «Presentation», «Business-logic» и «Data access». Иногда в нее еще добавляют «Fasade» и «Security». | |
| Основная проблема состоит в том, что очень многие не понимают одной простой вещи. «Трехуровневая архитектура» это следствие, а не паттерн. То есть, если вы будете добросовестно и качественно проектировать архитектуру, то вполне вероятно, что у вас получится трехуровневая модель. Однако обратное совершенно не обязательно — если вы будете первостепенной целью ставить реализацию трехуровневой модели, то это совершенно не значит, что полученное решение будет качественным. К сожалению, как показывает практика, многие не понимают этой разницы. Более того, некоторые даже удивляются, мол наняли такого хорошего специалиста, который по самым современным технологиям разработал такую замечательную систему, а в итоге получилась одна большая куча говна, не поддающаяся никакому дальнейшему сопровождению и развитию. Как же так? | |
| «Трехуровневая архитектура» это не единственный пример ситуации, когда следствие ошибочно становится паттерном. Стоит внимательно относиться к процессу проектирования программного обеспечения, не теряя при этом первостепенных целей, не заменяя цели на следствия. | |
