一、解釋下應用服務層
應用服務用於將領域(業務)邏輯暴露給展現層。展現層通過傳入DTO(資料轉送對象)參數來調用應用服務,而應用服務通過領域對象來執行相應的商務邏輯並且將DTO返回給展現層。因此,展現層和領域層將被完全隔離開來。
以下幾點,在建立應用服務時需要注意:
在ABP中,一個應用服務需要實現IApplicationService介面,最好的實踐是針對每個應用服務都建立相應繼承自IApplicationService的介面。(通過繼承該介面,ABP會自動協助依賴注入)
ABP為IApplicationService提供了預設的實現ApplicationService,該基類提供了方便的日誌記錄和本地化功能。實現應用服務的時候繼承自ApplicationService並實現定義的介面即可。
ABP中,一個應用服務方法預設是一個工作單元(Unit of Work)。ABP針對UOW模式自動進行資料庫的串連及交易管理,且會自動儲存資料修改。
二、定義ITaskAppService介面
1, 先來看看定義的介面
public interface ITaskAppService : IApplicationService { GetTasksOutput GetTasks(GetTasksInput input); void UpdateTask(UpdateTaskInput input); int CreateTask(CreateTaskInput input); Task<TaskDto> GetTaskByIdAsync(int taskId); TaskDto GetTaskById(int taskId); void DeleteTask(int taskId); IList<TaskDto> GetAllTasks(); }
觀察方法的參數及傳回值,大家可能會發現並未直接使用Task實體物件。這是為什麼呢?因為展現層與應用服務層是通過Data Transfer Object(DTO)進行資料轉送。
2, 為什麼需要通過dto進行資料轉送?
總結來說,使用DTO進行資料轉送具有以下好處。
資料隱藏
序列化和消極式載入問題
ABP對DTO提供了約定類以支援驗證
參數或傳回值改變,通過Dto方便擴充
瞭解更多詳情請參考:
ABP架構 - 資料轉送對象
3,Dto規範 (靈活應用)
ABP建議命名輸入/輸出參數為:MethodNameInput和MethodNameOutput
並為每個應用服務方法定義單獨的輸入和輸出DTO(如果為每個方法的輸入輸出都定義一個dto,那將有一個龐大的dto類需要定義維護。一般通過定義一個公用的dto進行共用)
即使你的方法只接受/返回一個參數,也最好是建立一個DTO類
一般會在對應實體的應用服務檔案夾下建立Dtos檔案夾來管理Dto類。
三、定義應用服務介面需要用到的DTO
1, 先來看看TaskDto的定義
namespace LearningMpaAbp.Tasks.Dtos{ /// <summary> /// A DTO class that can be used in various application service methods when needed to send/receive Task objects. /// </summary> public class TaskDto : EntityDto { public long? AssignedPersonId { get; set; } public string AssignedPersonName { get; set; } public string Title { get; set; } public string Description { get; set; } public DateTime CreationTime { get; set; } public TaskState State { get; set; } //This method is just used by the Console Application to list tasks public override string ToString() { return string.Format( "[Task Id={0}, Description={1}, CreationTime={2}, AssignedPersonName={3}, State={4}]", Id, Description, CreationTime, AssignedPersonId, (TaskState)State ); } }}
該TaskDto直接繼承自EntityDto,EntityDto是一個通用的實體只定義Id屬性的簡單類。直接定義一個TaskDto的目的是為了在多個應用服務方法中共用。
2, 下面來看看GetTasksOutput的定義
就是直接共用了TaskDto。
public class GetTasksOutput { public List<TaskDto> Tasks { get; set; } }
3, 再來看看CreateTaskInput、UpdateTaskInput
public class CreateTaskInput { public int? AssignedPersonId { get; set; } [Required] public string Description { get; set; } [Required] public string Title { get; set; } public TaskState State { get; set; } public override string ToString() { return string.Format("[CreateTaskInput > AssignedPersonId = {0}, Description = {1}]", AssignedPersonId, Description); } }
/// <summary> /// This DTO class is used to send needed data to <see cref="ITaskAppService.UpdateTask"/> method. /// /// Implements <see cref="ICustomValidate"/> for additional custom validation. /// </summary> public class UpdateTaskInput : ICustomValidate { [Range(1, Int32.MaxValue)] //Data annotation attributes work as expected. public int Id { get; set; } public int? AssignedPersonId { get; set; } public TaskState? State { get; set; } [Required] public string Title { get; set; } [Required] public string Description { get; set; } //Custom validation method. It's called by ABP after data annotation validations. public void AddValidationErrors(CustomValidationContext context) { if (AssignedPersonId == null && State == null) { context.Results.Add(new ValidationResult("Both of AssignedPersonId and State can not be null in order to update a Task!", new[] { "AssignedPersonId", "State" })); } } public override string ToString() { return string.Format("[UpdateTaskInput > TaskId = {0}, AssignedPersonId = {1}, State = {2}]", Id, AssignedPersonId, State); } }
其中UpdateTaskInput實現了ICustomValidate介面,來實現自訂驗證。瞭解DTO驗證可參考 ABP架構 - 驗證資料轉送對象
##4, 最後來看一下GetTasksInput的定義
其中包括兩個屬性用來進行過濾。
public class GetTasksInput { public TaskState? State { get; set; } public int? AssignedPersonId { get; set; } }
定義完DTO,是不是腦袋有個疑問,我在用DTO在展現層與應用服務層進行資料轉送,但最終這些DTO都需要轉換為實體才能與資料庫直接打交道啊。如果每個dto都要自己手動去轉換成對應實體,這個工作量也是不可小覷啊。
聰明如你,你肯定會想肯定有什麼方法來減少這個工作量。
四、使用AutoMapper自動對應DTO與實體
1,簡要介紹AutoMapper
開始之前,如果對AutoMapper不是很瞭解,建議看下這篇文章AutoMapper小結。
AutoMapper的使用步驟,簡單總結下:
建立映射規則(Mapper.CreateMap<source, destination>();)
類型映射轉換(Mapper.Map<source,destination>(sourceModel))
在Abp中有兩種方式建立映射規則:
特性資料註解方式:
AutoMapFrom、AutoMapTo 特性建立單向映射
AutoMap 特性建立雙向映射
代碼建立映射規則:
Mapper.CreateMap<source, destination>();
2,為Task實體相關的Dto定義映射規則
2.1,為CreateTasksInput、UpdateTaskInput定義映射規則
其中CreateTasksInput、UpdateTaskInput中的屬性名稱與Task實體的屬性命名一致,且只需要從Dto映射到實體,不需要反向映射。所以通過AutoMapTo建立單向映射即可。
[AutoMapTo(typeof(Task))] //定義單向映射 public class CreateTaskInput { ... } [AutoMapTo(typeof(Task))] //定義單向映射 public class UpdateTaskInput { ... }
2.2,為TaskDto定義映射規則
TaskDto與Task實體的屬性中,有一個屬性名稱不匹配。TaskDto中的AssignedPersonName屬性對應的是Task實體中的AssignedPerson.FullName屬性。針對這一屬性對應,AutoMapper沒有這麼智能需要我們告訴它怎麼做;
var taskDtoMapper = mapperConfig.CreateMap<Task, TaskDto>();
taskDtoMapper.ForMember(dto => dto.AssignedPersonName, map => map.MapFrom(m => m.AssignedPerson.FullName));
為TaskDto與Task建立完自訂映射規則後,我們需要思考,這段代碼該放在什麼地方呢?
四、建立統一入口註冊AutoMapper映射規則
如果在映射規則既有通過特性方式又有通過代碼方式建立,這時就會容易混亂不便維護。
為瞭解決這個問題,統一採用代碼建立映射規則的方式。並通過IOC容器註冊所有的映射規則類,再迴圈調用註冊方法。
1,定義抽象介面IDtoMapping
應用服務層根目錄建立IDtoMapping介面,定義CreateMapping方法由映射規則類實現。
namespace LearningMpaAbp{ /// <summary> /// 實現該介面以進行映射規則建立 /// </summary> internal interface IDtoMapping { void CreateMapping(IMapperConfigurationExpression mapperConfig); }}
2,為Task實體相關Dto建立映射類
namespace LearningMpaAbp.Tasks{ public class TaskDtoMapping : IDtoMapping { public void CreateMapping(IMapperConfigurationExpression mapperConfig) { //定義單向映射 mapperConfig.CreateMap<CreateTaskInput, Task>(); mapperConfig.CreateMap<UpdateTaskInput, Task>(); mapperConfig.CreateMap<TaskDto, UpdateTaskInput>(); //自訂映射 var taskDtoMapper = mapperConfig.CreateMap<Task, TaskDto>(); taskDtoMapper.ForMember(dto => dto.AssignedPersonName, map => map.MapFrom(m => m.AssignedPerson.FullName)); } }}
3,註冊IDtoMapping依賴
在應用服務的模組中對IDtoMapping進行依賴註冊,並解析以進行映射規則建立。
namespace LearningMpaAbp{ [DependsOn(typeof(LearningMpaAbpCoreModule), typeof(AbpAutoMapperModule))] public class LearningMpaAbpApplicationModule : AbpModule { public override void PreInitialize() { Configuration.Modules.AbpAutoMapper().Configurators.Add(mapper => { //Add your custom AutoMapper mappings here... }); } public override void Initialize() { IocManager.RegisterAssemblyByConvention(Assembly.GetExecutingAssembly()); //註冊IDtoMapping IocManager.IocContainer.Register( Classes.FromAssembly(Assembly.GetExecutingAssembly()) .IncludeNonPublicTypes() .BasedOn<IDtoMapping>() .WithService.Self() .WithService.DefaultInterfaces() .LifestyleTransient() ); //解析依賴,並進行映射規則建立 Configuration.Modules.AbpAutoMapper().Configurators.Add(mapper => { var mappers = IocManager.IocContainer.ResolveAll<IDtoMapping>(); foreach (var dtomap in mappers) dtomap.CreateMapping(mapper); }); } }}
通過這種方式,我們只需要實現IDtoMappting進行映射規則定義。建立映射規則的動作就交給模組吧。
五、萬事俱備,實現ITaskAppService
認真讀完以上內容,那麼到這一步,就很簡單了,業務只是簡單的增刪該查,實現起來就很簡單了。可以自己嘗試自行實現,再參考代碼:
namespace LearningMpaAbp.Tasks{ /// <summary> /// Implements <see cref="ITaskAppService"/> to perform task related application functionality. /// /// Inherits from <see cref="ApplicationService"/>. /// <see cref="ApplicationService"/> contains some basic functionality common for application services (such as logging and localization). /// </summary> public class TaskAppService : LearningMpaAbpAppServiceBase, ITaskAppService { //These members set in constructor using constructor injection. private readonly IRepository<Task> _taskRepository; private readonly IRepository<Person> _personRepository; /// <summary> ///In constructor, we can get needed classes/interfaces. ///They are sent here by dependency injection system automatically. /// </summary> public TaskAppService(IRepository<Task> taskRepository, IRepository<Person> personRepository) { _taskRepository = taskRepository; _personRepository = personRepository; } public GetTasksOutput GetTasks(GetTasksInput input) { var query = _taskRepository.GetAll(); if (input.AssignedPersonId.HasValue) { query = query.Where(t => t.AssignedPersonId == input.AssignedPersonId.Value); } if (input.State.HasValue) { query = query.Where(t => t.State == input.State.Value); } //Used AutoMapper to automatically convert List<Task> to List<TaskDto>. return new GetTasksOutput { Tasks = Mapper.Map<List<TaskDto>>(query.ToList()) }; } public async Task<TaskDto> GetTaskByIdAsync(int taskId) { //Called specific GetAllWithPeople method of task repository. var task = await _taskRepository.GetAsync(taskId); //Used AutoMapper to automatically convert List<Task> to List<TaskDto>. return task.MapTo<TaskDto>(); } public TaskDto GetTaskById(int taskId) { var task = _taskRepository.Get(taskId); return task.MapTo<TaskDto>(); } public void UpdateTask(UpdateTaskInput input) { //We can use Logger, it's defined in ApplicationService base class. Logger.Info("Updating a task for input: " + input); //Retrieving a task entity with given id using standard Get method of repositories. var task = _taskRepository.Get(input.Id); //Updating changed properties of the retrieved task entity. if (input.State.HasValue) { task.State = input.State.Value; } if (input.AssignedPersonId.HasValue) { task.AssignedPerson = _personRepository.Load(input.AssignedPersonId.Value); } //We even do not call Update method of the repository. //Because an application service method is a 'unit of work' scope as default. //ABP automatically saves all changes when a 'unit of work' scope ends (without any exception). } public int CreateTask(CreateTaskInput input) { //We can use Logger, it's defined in ApplicationService class. Logger.Info("Creating a task for input: " + input); //Creating a new Task entity with given input's properties var task = new Task { Description = input.Description, Title = input.Title, State = input.State, CreationTime = Clock.Now }; if (input.AssignedPersonId.HasValue) { task.AssignedPerson = _personRepository.Load(input.AssignedPersonId.Value); } //Saving entity with standard Insert method of repositories. return _taskRepository.InsertAndGetId(task); } public void DeleteTask(int taskId) { var task = _taskRepository.Get(taskId); if (task != null) { _taskRepository.Delete(task); } } }}
到此,此章節就告一段落。為了加深印象,請自行回答如下問題:
什麼是應用服務層?
如何定義應用服務介面?
什麼DTO,如何定義DTO?
DTO如何與實體進行自動對應?
如何對映射規則統一建立?
以上就是ABP入門系列(5)——建立應用服務的內容,更多相關內容請關注topic.alibabacloud.com(www.php.cn)!