为什么在 N 层应用程序中使用单一框架(如 J2EE 和 .NET)而不是使用多种框架?
Why use a single framework such as J2EE & .NET over using a variety of framworks in an N-Tier application?
我见过 N 层堆栈,例如 Python 与 React 和 AWS。我不明白为什么您要使用单一框架(例如 J2EE 和 .NET)而不是多个框架(例如提到的 Python 堆栈。
我唯一的猜测是,拥有一个单一的框架可以在层之间实现更好的通信——我确信这不是一个足够好的理由,因为 Python 堆栈也可以与 AWS 和 React 很好地通信。
您认为在选择 N 层堆栈时采用单一框架的原因应该是什么?
最重要的原因不是技术,而是人。标准化您的技术堆栈允许您雇用标准化员工,允许员工在应用程序堆栈的所有级别工作,并具有回填功能以防有人离开项目。
异构环境 可以 工作,它们更昂贵,因为它们倾向于将团队分成两层,这会降低灵活性并增加管理复杂性。此外,添加多种技术通常会增加部署和基础架构的复杂性。有时这是合理的,J2EE 的 UI 框架可能非常有限,并且越来越多地被其他 UI 框架取代,如 React 或 Angular。
我见过 N 层堆栈,例如 Python 与 React 和 AWS。我不明白为什么您要使用单一框架(例如 J2EE 和 .NET)而不是多个框架(例如提到的 Python 堆栈。
我唯一的猜测是,拥有一个单一的框架可以在层之间实现更好的通信——我确信这不是一个足够好的理由,因为 Python 堆栈也可以与 AWS 和 React 很好地通信。
您认为在选择 N 层堆栈时采用单一框架的原因应该是什么?
最重要的原因不是技术,而是人。标准化您的技术堆栈允许您雇用标准化员工,允许员工在应用程序堆栈的所有级别工作,并具有回填功能以防有人离开项目。
异构环境 可以 工作,它们更昂贵,因为它们倾向于将团队分成两层,这会降低灵活性并增加管理复杂性。此外,添加多种技术通常会增加部署和基础架构的复杂性。有时这是合理的,J2EE 的 UI 框架可能非常有限,并且越来越多地被其他 UI 框架取代,如 React 或 Angular。