#.net #jakarta-ee #model-view-controller #architecture #n-tier-architecture
#.net #джакарта-ee #model-view-controller #архитектура #n-уровневая архитектура
Вопрос:
Я видел N-уровневые стеки, такие как Python с React и AWS. Я не могу понять, почему вы хотели бы использовать единую платформу, такую как J2EE и .NET, вместо множества из них, таких как упомянутый стек Python.
Я только предполагаю, что наличие единого фреймворка обеспечивает лучшую связь между уровнями — я уверен, что это недостаточно веская причина, поскольку стек Python также хорошо взаимодействует с AWS и React.
Как вы думаете, какие причины должны быть для принятия единого фреймворка при выборе N-уровневого стека?
Ответ №1:
Самая важная причина не техническая, а человеческая. Нормализация вашего стека технологий позволяет вам нанимать стандартизированный персонал, позволяет персоналу работать на всех уровнях стека приложений и иметь возможности резервного копирования на случай, если кто-то покинет проект.
Разнородные среды могут работать, они дороже, поскольку имеют тенденцию разделять команды по уровням, что снижает гибкость и увеличивает сложность управления. Кроме того, добавление нескольких технологий часто увеличивает сложность развертывания и инфраструктуры. Иногда это оправдано, фреймворки пользовательского интерфейса J2EE могут быть очень ограниченными и все чаще заменяются другими фреймворками пользовательского интерфейса, такими как React или Angular.
Комментарии:
1. В технической настройке легко забыть о человеке — фантастический ответ. Как вы думаете, почему фреймворки J2EE ограничивают и заменяются, однако.
2. Это вызовет слишком много ожесточенной войны, но JSF — ужасный фреймворк для внешнего интерфейса. Использование этого похоже на наказание для тех, кто не утруждает себя пониманием HTML и JavaScript и отчаянно стремится тратить бесконечные недели на написание XML-файлов вместо HTML и JavaScript…. Это чисто мое мнение, и, честно говоря, я не использовал JSF много лет, но я, конечно, ненавидел его, когда я его использовал.