|
Axon是一个轻量级框架，能够帮助开发者通过在架构层面构建可扩展和可伸缩的应用。(注：以DDD面向领域驱动设计为基础的CQRS框架) Axon Framework背景、发展简史 随着时间的发展，软件的需求也在不断增长。公司都希望自己的(web)应用程序和自身业务共同发展。这就意味着不仅仅是工程和代码变得更复杂，也意味着功能不断地新增、更改和移除。它令人沮丧的是,一个看似易于实现的功能，却要求开发团队改动整个应用程 序。此外，如今的web程序的目标是针对潜在的数十亿用户，这便使可伸缩性成了必要的条件。 虽然有很多的应用和框架围绕着可扩展性问题进行处理，例如GigaSpaces(类似Microsoft Azure) 和 Terracotta(分布式缓存线性扩展平台),它们都存在着一个根本的缺陷。他们通过要求开发人员在开发应用时，使用分层体系架构，来试图解决可扩展性问题。在某些情况下，他们甚至会阻止或严格限制使用一个真正的领域模型，强迫所有领域逻辑都放到服务中。虽然可以很快地构建一个应用程序，最终，这种做法将导致复杂性的增加和开发速度减慢。 命令查询职责分离(CQRS)模式解决了这些问题，大幅改变了应用程序的架构。CQRS不是将分离的逻辑分到不同的层 ,逻辑的分离是以改变应用程序的状态或查询为依据。这意味着，执行命令(行为有可能更改应用程序的状态)和查询应用程序数据是由不同的组件执行。这种分离事实上最重要的原因是，他们各自有不同的技术和非技术的要求。当命令执行后，查询组件利用事件同步或异步地进行更新。该更新机制通过事件来完成，正是这种架构如此的可扩展，可伸缩，最终会更易于维护。
由于CQRS与主导当今软件局面的分层架构有着根本上的不同，开发人员试图找到自己实现这个架构的方式，但往往会掉入各种陷阱。这就是了Axon Framework 产生的原因：帮助开发人员实现CQRS，并让他们只专注于业务逻辑。 Axon是什么? Axon Framework 通过支持开发者应用命令查询职责分离(CQRS)架构模式,来帮助构建可伸缩、可扩展和可维护的应用程序。它通过提供最重要的构建块的实现来实现，如：聚合、仓储以及事件总线(事件的调度机制)。此外，Axon提供了对注解(annotation)的支持,它允许你构建聚合和事件监听器而不用将你的代码捆绑到Axon特有的逻辑。这使你能够专注于业务逻辑, 而不是数据传输(the plumbing)，并帮助你使代码更容易隔离测试。 Axon不会试图以任何方式隐藏CQRS架构或任何组件。因此，根据团队规模，明智的选择是，每 个团队中有一个或多个对CQRS有着透彻了解的开发人员。不管怎么样,Axon帮助保证把事件交付给正确的事件监听器，并按正确的顺序并发处理它们。这些多线程问题通常很难处理,导致难以跟踪Bug、应用程序完全失去响应。当你的时间紧迫,你可能甚至不想去关心这些问 题。Axon的代码是经过完全测试的,以防止这些类型错误的出现。 Axon Framework由多个模块(jar)组成，这些模块提供工具和组件来构建可伸缩的基础设施。Axon核心模块为不同的组件提供了基本的API，并为单JVM的应用程序解决方案提供了简单实现。其他模块提供专业的组件，来解决可伸缩性和高性能的问题。 何时使用Axon? 并不是每一个应用程序都会从Axon中获益。简单的CRUD (Create, Read, Update, Delete) 应用程序、没有横向扩展预期的应用程序，可能无法从CQRS或Axon中受益。 具有以下一个或多个特点的应用程序可能会从CQRS和Axon中受益:
|
|
|
