小米平板5 Pro 12.4簡評：多專多能 兼顧影音娛樂的大屏利器
疫情帶來了網(wǎng)課，網(wǎng)課盤活了安卓平板，安卓平板市場雖然中途停滯了幾年，但好的一點(diǎn)就是停滯的這幾年行業(yè)又有了新的發(fā)展方向，例如超窄邊框、高刷新率、多攝鏡頭組合等，這就讓安卓
微服務(wù)的興起以及現(xiàn)代軟件架構(gòu)對可擴(kuò)展性、靈活性和可維護(hù)性的需求，促使開發(fā)者采用各種設(shè)計(jì)模式。近年來，命令查詢責(zé)任分離（Command Query Responsibility Segregation，CQRS）模式在實(shí)踐中獲得大量推廣。CQRS特別適用于那些命令（用于修改狀態(tài)）和查詢（用于讀取狀態(tài)）之間存在明顯區(qū)別的系統(tǒng)。本文將深入探討CQRS，并演示如何使用Spring微服務(wù)進(jìn)行實(shí)現(xiàn)。
命令查詢職責(zé)分離（CQRS）是一種架構(gòu)模式，建議將數(shù)據(jù)修改操作（命令）與數(shù)據(jù)檢索操作（查詢）分離。這種分離允許為查詢和更新數(shù)據(jù)開發(fā)專門的模型，提高應(yīng)用程序的清晰度和可擴(kuò)展性。
CQRS 的核心目標(biāo)是通過確保每個(gè)任務(wù)負(fù)責(zé)單個(gè)操作（命令或查詢，但絕不會同時(shí)負(fù)責(zé)兩者）來簡化任務(wù)。
CQRS并不是一個(gè)全新的概念。它的根源可以追溯到CQS（Command Query Separation，命令查詢分離）原則，該原則由Eiffel編程語言的創(chuàng)建者Bertrand Meyer推廣。盡管CQS主要關(guān)注方法層面，即一個(gè)方法應(yīng)該執(zhí)行命令或回答查詢，但CQRS將這一原則擴(kuò)展到了應(yīng)用程序的架構(gòu)層面，建議使用獨(dú)立的架構(gòu)組件處理命令和查詢。
在分布式系統(tǒng)中，服務(wù)通常需要具有自治性和高度解耦，CQRS提供了一個(gè)清晰的路徑。每個(gè)微服務(wù)都可以采用CQRS模式，確保它處理命令和查詢的內(nèi)部細(xì)節(jié)與其他服務(wù)分離。這也與領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）非常契合，其中領(lǐng)域事件可以觸發(fā)不同微服務(wù)中的命令操作。
盡管CQRS帶來了許多好處，但也存在一些挑戰(zhàn)：
Spring生態(tài)系統(tǒng)中豐富的工具和框架非常適合在微服務(wù)環(huán)境中實(shí)現(xiàn)CQRS模式。
第一步是創(chuàng)建一個(gè)基本的Spring Boot項(xiàng)目。如果你是第一次使用Spring Boot，可以使用Spring Initializr初始化項(xiàng)目。可以根據(jù)自己偏好引入一些必需的依賴項(xiàng)包括Spring Web、Spring Data JPA、數(shù)據(jù)庫連接器等。
在基于Spring的CQRS系統(tǒng)中，命令表示改變某個(gè)狀態(tài)的意圖，而命令處理器則用于處理這些命令。
命令示例如下：
public class CreateUserCommand { private final String userId; private final String username; // 構(gòu)造函數(shù), getters，以及其他方法...}對于每個(gè)命令，都需要定義了相應(yīng)的命令處理器。該處理器需要包含處理命令的實(shí)際邏輯，如下：
@Servicepublic class CreateUserCommandHandler implements CommandHandler<CreateUserCommand> { @Autowired private UserRepository userRepository; @Override public void handle(CreateUserCommand command) { User user = new User(command.getUserId(), command.getUsername()); userRepository.save(user); }}在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）的上下文中，狀態(tài)變更通常發(fā)生在聚合根上。這些聚合根需要遵循所有領(lǐng)域規(guī)則，然后在對數(shù)據(jù)變更進(jìn)行持久化。
類似地，查詢表示讀取某些狀態(tài)的請求，而查詢處理器則處理這些請求。
查詢命令示例：
public class GetUserByIdQuery { private final String userId; // 構(gòu)造函數(shù), getters, 以及其他方法}對應(yīng)的查詢處理器：
@Servicepublic class GetUserByIdQueryHandler implements QueryHandler<GetUserByIdQuery, User> { @Autowired private UserRepository userRepository; @Override public User handle(GetUserByIdQuery query) { return userRepository.findById(query.getUserId()).orElse(null); }}盡管CQRS提供了分離的機(jī)制，但使用事件溯源可以簡化在命令和查詢之間維護(hù)狀態(tài)的過程。Axon Framework是一個(gè)實(shí)現(xiàn)了CQRS和事件溯源的流行框架。
在Axon中，事件在命令處理后進(jìn)行發(fā)布。這些事件可以被持久化，然后用于重新創(chuàng)建聚合根的狀態(tài)，有助于保持查詢端與命令端的同步。
考慮到微服務(wù)的分布式特性，實(shí)現(xiàn)服務(wù)之間的異步通信是非常有必要的。可以將Apache Kafka集成到Spring生態(tài)系統(tǒng)中，以實(shí)現(xiàn)強(qiáng)大的事件驅(qū)動(dòng)架構(gòu)，這在CQRS設(shè)置中尤其有用。
由命令端產(chǎn)生的事件可以推送到Kafka的主題中，查詢端可以消費(fèi)這些事件來更新自己的數(shù)據(jù)存儲。這確保了命令端和查詢端之間的解耦，使系統(tǒng)更具彈性和可擴(kuò)展性。
盡管CQRS專注于分離命令和查詢的責(zé)任，但事件溯源確保將應(yīng)用程序狀態(tài)的每次更改捕獲在事件對象中，并按照應(yīng)用順序存儲在相同聚合根上。這樣允許你重建過去的狀態(tài)，在與CQRS結(jié)合使用時(shí)特別有優(yōu)勢。
事件溯源是一種將領(lǐng)域事件持久化而不是持久化狀態(tài)本身的方式。這些事件捕獲狀態(tài)轉(zhuǎn)換。通過重新播放這些事件，可以重建聚合根的當(dāng)前狀態(tài)。
例如，可以存儲銀行賬戶的所有交易（像存款和提款這樣的事件），而不是僅存儲當(dāng)前余額。通過重新播放這些事件，可以計(jì)算出當(dāng)前余額。
CQRS和事件溯源是相輔相成的，表現(xiàn)在以下幾個(gè)方面：
正如之前提到的，Axon Framework為在Spring應(yīng)用程序中實(shí)現(xiàn)CQRS和事件溯源提供了一種無縫的方案：
@Aggregatepublic class Account { @AggregateIdentifier private String accountId; private int balance; @CommandHandler public void handle(WithdrawMoneyCommand cmd) { if (cmd.getAmount() > balance) { throw new InsufficientFundsException(); } apply(new MoneyWithdrawnEvent(cmd.getAccountId(), cmd.getAmount())); } @EventSourcingHandler public void on(MoneyWithdrawnEvent evt) { this.balance -= evt.getAmount(); }}盡管CQRS和事件溯源可以帶來巨大的好處，但也帶來了復(fù)雜性。
隨著時(shí)間的推移，事件的結(jié)構(gòu)或語義可能會發(fā)生變化，從而帶來以下挑戰(zhàn)：
使用CQRS和事件溯源的系統(tǒng)與不遵循這些模式的外部系統(tǒng)集成可能具有挑戰(zhàn)性，特別是在數(shù)據(jù)同步和事務(wù)管理方面。
雖然有像Axon這樣的工具和框架支持CQRS和事件溯源，但它們可能并不完全適合所有場景。可能需要進(jìn)行定制實(shí)現(xiàn)，這可能會增加項(xiàng)目的復(fù)雜性和持續(xù)時(shí)間。
CQRS為擴(kuò)展和組織微服務(wù)提供了一種獨(dú)特的方式。當(dāng)與Spring生態(tài)系統(tǒng)結(jié)合使用時(shí)，它可以提供一個(gè)強(qiáng)大的工具包，用于構(gòu)建健壯、可擴(kuò)展和易于維護(hù)的系統(tǒng)。然而，就像所有架構(gòu)決策一樣，需要權(quán)衡利弊并確保它是否適合你的實(shí)際場景。
本文鏈接：http://www.tebozhan.com/showinfo-26-13617-0.html從CRUD到CQRS：使用Spring微服務(wù)轉(zhuǎn)變你的架構(gòu)策略
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號