什么时候应该使用多层Web应用程序而不是单层Web应用程序？

Question

原始问题

什么时候应该使用多层web应用程序而不是单层web应用程序？

更新我的问题

我接受了以下定义differentiale “一级”和“层”

层在应用程序请参阅抽象的特定层与（软件），其中作为层参见这些层的物理住所（硬件）

App.Layer == “软件” -----逻辑 App.Tier == “硬件” ------物理

层：

1）表示层

2）业务层

3）数据访问层

4）数据层

5）外部系统访问层

层级：

1）表示层（网络服务器）

2）数据层（数据库服务器）

Answer 1

让我们通过询问开始，将应用程序保存数据？如果确实如此，数据将被多个用户同时读取？多久？根据对这些问题（以及其他许多问题）的回答，您可能需要决定数据库是否应该走。

至于层（UI，数据访问，业务逻辑等）而言，它真实地依赖于项目的基础工程。你正在开发一个Web应用程序来验证概念吗？你期望它能够维持它吗？你相信团队中的所有开发人员吗？但我的经验法则是送花儿给人使用图层除非我扔东西在一起真快要么证明什么或不知道它永远不会被保留，我需要做快。

如果你决定使用一个框架，如MVC，MVP，MVVM等则默认情况下你将你的应用到图层。

请记住，这些部门帮助您隔离您的应用程序，这反过来又使您能够轻松地与TDD，关注点分离，maintainabilty工作等

结论的某些方面，你不得不看你的要求，目标，团队成员，以及短期和长期目标和决定。这里没有白色或黑色的答案

Answer 2

何时应该使用多层Web应用程序（方法==“硬件” ------物理）

可扩展性。