Model-View-Controller（MVC）分层结构是大多数流行的Web框架提供的标准软件开发方法，显然是分层体系结构。数据持久层上方是服务层，它通常包含业务逻辑和有关数据库中数据类型的信息。视图层位于顶层，通常是CSS，JavaScript和带有动态嵌入式代码的HTML。在中间有一个控制层，该控制层具有用于转换在视图和模型之间移动的数据的各种规则和方法。

分层架构的优点：每个层可以只集中于自己的功能实现。这使得应用程序：

• 容易维护
• 容易单元测试
• 易于分配单独的“角色”
• 易于更新和扩展

适当的分层体系结构将开发层面进行隔离，这些层不受其他层的更改的影响，从而使重构更加容易。划分任务并定义单独的层是架构师面临的挑战。当需求很好地适应了模式时，这些层将易于解耦或分层开发。

适合：

• 需要快速构建的新应用程序
• 传统IT部门和流程的企业或业务应用程序
• 具有尚不了解其他架构的经验不足的开发人员的团队
• 需要严格的可维护性和可测试性标准的应用

事件驱动架构

事件驱动的体系架构根据数据生成一个“事件”，事件由“消息中间件”或“事件分发管理的中央单元”统一接收，并将事件分配特定类型的代码处理。

使用JavaScript编程网页涉及编写对诸如鼠标单击或击键之类的事件做出反应的小模块。浏览器本身会协调所有输入，并确保只有正确的代码才能得到正确的事件。浏览器中常见许多不同类型的事件，但是模块仅与相关的事件进行交互。这与分层体系结构非常不同，在分层体系结构中，所有数据通常都将穿过所有层。总体而言，事件驱动的体系结构：

• 容易适应复杂，混乱的业务环境
• 当出现新的事件类型时，很容易扩展

注意事项：

• 如果模块之间可以相互影响，则[测试可能会很复杂
• 当模块发生故障时，中央单元（或消息中间件）必须有一个事件备份计划。
• 消息传递开销可能会降低处理速度，消息中间件必须缓冲以突发形式到达的消息时。
• 当事件有非常不同的需求时，为事件开发数据结构可能会很复杂。
• 维护基于事务的一致性机制很困难，因为接收事件的模块是解耦和独立的。
•