Das einzige Thema in der Mailing-Liste, die auf mobilen (nicht speziell Android) berührt, ist dies "Using axonframework/event sourcing for offline synchronisation".
Ich bin neu in Axon. Was ich bereits erfasst habe, ist, dass Sie die mobile App wahrscheinlich einfach als einfachen Client auf Ihr Backend verwenden möchten. Die aktuelle Version 2.4.3 von Axon bietet Out-of-the-Box-Implementierungen für die Verteilung von Befehlen über JGroups und die Verteilung von Ereignissen über RabbitMQ. Andere können leicht hinzugefügt werden, aber es wird zu Ihrer Lernkurve beitragen. Beide Distributionsimplementierungen sind eher Backend-orientiert (Ihre mobilen Geräte wären zum Beispiel eine ungewöhnliche Wahl für den JGroups-Cluster).
Darüber hinaus denke ich, der Anwendungsfall für Axon ist absichtlich anders (Beurteilung durch geringe Lautstärke Diskussionen über die Verwendung für mobile Geräte). Angenommen, Android-Clients sind in Ihrer Architektur bewusst und verbinden sich mit einigen Backend über herkömmliche Webschnittstellen (HTTP - REST, Webdienste usw.). Der Webserver wiederum verarbeitet eingehende Anfragen von den mobilen Clients und übersetzt sie in Befehle, die von Axon an relevante Aggregate gesendet werden. In Bezug auf CQRS/ES ist der Webserver in Bezug auf die Aggregate einfach eine Ansicht (auf den Aggregatzustand). Die Ansicht aktualisiert sich selbst als Ergebnis von Ereignissen aus Aggregaten, die sie abonniert. Mit anderen Worten, der Server, der diese Ansicht verwaltet, kann Befehle an Aggregate (in der Hoffnung auf eine erfolgreiche Verarbeitung, die zu neuen eingehenden Ereignissen führt) senden und seine Ansicht indirekt aktualisieren.
AxonFramework ist hauptsächlich für große (Server-seitige) Anwendungen gedacht. Die Verwendung in einer mobilen Anwendung ist meiner Meinung nach zu viel. In einigen (seltenen) Fällen wird es für Clientanwendungen auf eventuell verbundenen Clients verwendet, aber diese Anwendungen sind größer als die meisten mobilen Anwendungen. – Allard