[譯]ASP.NET Core中使用MediatR實現命令和中介者模式
在本文中,我將解釋命令模式,以及如何利用基於命令模式的第三方庫來實現它們,以及如何在ASP.NET Core中使用它來解決我們的問題並使程式碼簡潔。因此,我們將通過下面的主題來進行相關的講解。
- 什麼是命令模式?
- 命令模式的簡單例項以及中介者模式的簡單描述
- MVC中的瘦控制器是什麼?我們是如如何實現使控制器變瘦的?
- 我們如何在我們的.NET Core應用程式中使用MediatR
- 使用命令和事件的例項
命令模式及其簡單例項
從根本上講,命令模式是一種資料驅動的設計模式,屬於行為模式的範疇。命令是我們可以執行的某種操作或行為,它可以是活動的一部分。一個活動可以有一個或多個命令和實現。
我們可以這樣來說,請求以命令的形式包裹在物件中,並傳給呼叫物件。呼叫者(代理)物件查詢可以處理該命令的合適的物件,並把該命令傳給相應的物件,該物件執行命令 。
一個簡單的例子是多種型別的訊息。Message類包含SendEmail()和SendSms()等屬性和方法。使用兩種型別的命令,並且需要一個介面,它應該由實現了EmailMessageCommand和SMSMessageCommand的類類繼承。還使用代理類來呼叫特定型別的訊息類來處理操作。
Main class
class Program { static void Main(string[] args) { Message message = new Message(); message.CustomMessage = "Welcome by Email"; EmailMessageCommand emailMessageCommand = new EmailMessageCommand(message); Message message2 = new Message(); message2.CustomMessage = "Welcome by SMS"; SmsMessageCommand smsMessageCommand = new SmsMessageCommand(message2); Broker broker = new Broker(); broker.SendMessage(emailMessageCommand); broker.SendMessage(smsMessageCommand); Console.ReadKey(); } }
訊息類
public class Message { public string CustomMessage { get; set; } public void EmailMessage() { Console.WriteLine($"{CustomMessage} : Email Message sent"); } public void SmsMessage() { Console.WriteLine($"{CustomMessage} : Sms Message sent"); } }
介面和代理類
public interface IMessageCommand
{
void DoAction();
}
public class Broker
{
public void SendMessage(IMessageCommand command)
{
command.DoAction();
}
}
命令
public class EmailMessageCommand : IMessageCommand
{
private Message oMessage;
public EmailMessageCommand(Message oMessage)
{
this.oMessage = oMessage;
}
public void DoAction()
{
oMessage.EmailMessage();
}
}
public class SmsMessageCommand : IMessageCommand
{
private Message oMessage;
public SmsMessageCommand(Message oMessage)
{
this.oMessage = oMessage;
}
public void DoAction()
{
oMessage.SmsMessage();
}
}
輸出
什麼是瘦控制器,我們為什麼需要它?什麼是MediatR?
當我們開始使用MVC框架進行開發時,邏輯是用控制器的動作方法編寫的;就像我們有一個簡單的電子商務應用程式,其中使用者應該會下訂單。我們有一個控制器,OrderController,用來管理訂單。當用戶下訂單時,我們應該在資料庫中儲存記錄。 在此之前,我們有一個簡化的程式碼。然而,經過一段時間後,我們意識到還有一個確認電子郵件的業務需求。現在,第二步是傳送確認電子郵件給客戶。後來,我們意識到,在這個步驟之後,我們還需要執行另一個操作,即,記錄資訊等。最後,我們還需要將使用者的資訊儲存到CRM中。關鍵是它會增長控制器的大小。現在,我們可以稱之為“臃腫控制器”。 基於命令的體系結構允許我們傳送命令來執行某些操作,並且我們有單獨的命令處理程式,使關注點分離和提高單一職責。為了實現這個架構,我們可以使用第三方庫,比如MediatR(Mediator.),它為我們做了很多基礎工作。中介模式定義了一個物件,該物件封裝了一組物件是如何互動的。
中介模式的優勢及MediatR如何幫助我們實現中介模式
- 中介模式定義了一個物件,該物件封裝了一組物件是如何互動的(如維基百科定義的)。
- 它通過保持物件彼此明確地相互引用來促進鬆散耦合。
- 它通過允許通訊被解除安裝到一個只處理這類的類來促進單一責任原則。
MediatR庫如何幫助我們
MediatR允許我們通過讓控制器Action向處理程式傳送請求訊息來將控制器與業務邏輯解耦。MediatR庫支援兩種型別的操作。
- (預期輸出結果)
- 事件(請求者不關心接下來發生了什麼,不期待結果)
我們已經介紹了命令模式,因此是時候定義一些命令並使用MediatR發出命令了。
在ASP.NET Core中安裝
我們需要從NuGet安裝MediatR和MediatR.Extensions.Microsoft.DependencyInjection包。
當這兩個軟體包安裝完畢後,我們需要新增services.AddMediatR(); 到startup.cs檔案。看起來像這樣。
現在,我們可以使用.NET Core 專案中的MediatR了。
例項
第一個示例演示了使用MediatR使用請求/響應型別的操作。它期望對請求做出一些反應。 第二個示例將向您展示一個事件,其中多個處理程式執行它們的工作,呼叫者並不關心接下來會發生什麼,也不期望任何結果/響應。
第一個例子
在這種場景下,我們希望註冊使用者並期望對請求做出一些響應。如果響應返回true,我們可以像登入使用者一樣進行進一步的操作。
首先,我們需要建立一個繼承自IRequest
public class NewUser: IRequest<bool>
{
public string Username { get; set; }
public string Password { get; set; }
}
IRequest
public class NewUserHandler : IRequestHandler<NewUser, bool>
{
public Task<bool> Handle(NewUser request, CancellationToken cancellationToken)
{
// save to database
return Task.FromResult(true);
}
}
現在我們有了命令和它的處理程式,我們可以呼叫MediatR在我們的控制器中做一些操作。 這些是Home控制器的動作方法。
public class HomeController : Controller
{
private readonly IMediator _mediator;
public HomeController(IMediator mediator)
{
_mediator = mediator;
}
[HttpGet]
public ActionResult Register()
{
return View();
}
[HttpPost]
public ActionResult Register(NewUser user)
{
bool result = _mediator.Send(user).Result;
if (result)
return RedirectToAction("Login");
return View();
}
}
第一個例子的結論
註冊操作方法使用了[HttpPost]屬性進行修飾,並接受新的使用者註冊請求。然後,它請求MediatR 進行處理。它期望來自請求的結果/響應,如果結果是真的,則將使用者重定向到登入頁面。 這裡,我們有簡潔的程式碼,大部分的工作是在控制器外部完成的。這實現了對不同操作的處理的關注點分離(SoC)和單一責任的分離。 在第二個示例中,我們將演示使用多個處理程式對命令執行不同操作的場景。
第二個例項
在這種情況下,我們使NewUser 繼承了INotification
public class NewUser : INotification
{
public string Username { get; set; }
public string Password { get; set; }
}
現在,有三個處理程式逐個執行,以完成他們的工作。這些都是從INotificationHandler繼承下來的。
public class NewUserHandler : INotificationHandler<NewUser>
{
public Task Handle(NewUser notification, CancellationToken cancellationToken)
{
//Save to log
Debug.WriteLine(" **** Save user in database *****");
return Task.FromResult(true);
}
}
第二個處理程式在下面的程式碼中定義。
public class EmailHandler : INotificationHandler<NewUser>
{
public Task Handle(NewUser notification, CancellationToken cancellationToken)
{
//Send email
Debug.WriteLine(" **** Email sent to user *****");
return Task.FromResult(true);
}
}
這是第三個處理程式的程式碼
public class LogHandler : INotificationHandler<NewUser>
{
public Task Handle(NewUser notification, CancellationToken cancellationToken)
{
//Save to log
Debug.WriteLine(" **** User save to log *****");
return Task.FromResult(true);
}
}
然後,我們控制器中的程式碼像下面這樣
public class AccountsController : Controller
{
private readonly IMediator _mediator;
public AccountsController(IMediator mediator)
{
_mediator = mediator;
}
[HttpGet]
public ActionResult Login()
{
return View();
}
[HttpGet]
public ActionResult Register()
{
return View();
}
[HttpPost]
public ActionResult Register(NewUser user)
{
_mediator.Publish(user);
return RedirectToAction("Login");
}
}
第二個例子的結論
此應用程式的輸出如下: 當用戶註冊後,三個處理程式逐個執行——分別是NewUserHandler、EmailHandler和LogHandler,並執行它們的操作。
這裡,我們使用了Publish 方法,而不是Send 函式。釋出將呼叫訂閱了NewUser 類的所有處理程式。這只是一個示例,我們可以根據命令進行思考,然後按照我們在命令模式中討論的方式相應地執行一些操作。
Mediatr是如何提供幫助的?
它可以用來隱藏實現的細節,用來使控制器程式碼更加乾淨和可維護,可以重用多個處理程式,並且每個處理程式都有自己的責任,因此易於管理和維護。
在我的下一篇文章中,我將嘗試解釋CQRS架構模式及其優點以及如何使用MediatR來實現CQRS。