Browse Source

Created application service document

pull/578/head
Halil ibrahim Kalkan 8 years ago
parent
commit
a7e55c0c7b
  1. 202
      docs/en/Application-Services.md
  2. 3
      docs/en/Authorization.md
  3. 3
      docs/en/Guid-Generation.md
  4. 3
      docs/en/Validation.md

202
docs/en/Application-Services.md

@ -1,3 +1,201 @@
## Application Services
# Application Services
Application services are used to implement the **use cases** of an application. They are used to **expose domain logic to the presentation layer**. An Application Service is called from the presentation layer (optionally) with a **DTO (Data Transfer Object)** as the parameter. It uses domain objects to **perform some specific business logic** and (optionally) returns a DTO back to the presentation layer. Thus, the presentation layer is completely **isolated** from Domain layer.
## Example
### Book Entity
Assume that you have a `Book` entity (actually, an aggregate root) defined as shown below:
````csharp
public class Book : AggregateRoot<Guid>
{
public const int MaxNameLength = 128;
public virtual string Name { get; protected set; }
public virtual BookType Type { get; set; }
public virtual float? Price { get; set; }
protected Book()
{
}
public Book(Guid id, [NotNull] string name, BookType type, float? price = 0)
{
Id = id;
Name = CheckName(name);
Type = type;
Price = price;
}
public virtual void ChangeName([NotNull] string name)
{
Name = CheckName(name);
}
private static string CheckName(string name)
{
if (string.IsNullOrWhiteSpace(name))
{
throw new ArgumentException($"name can not be empty or white space!");
}
if (name.Length > MaxNameLength)
{
throw new ArgumentException($"name can not be longer than {MaxNameLength} chars!");
}
return name;
}
}
````
* `Book` entity has a `MaxNameLength` that defines the maximum length of the `Name` property.
* `Book` constructor and `ChangeName` method to ensure that the `Name` is always a valid value. Notice that `Name`'s setter is not `public`.
> ABP does not force you to design your entities like that. It just can have public get/set for all properties. It's your decision to full implement DDD practices.
### IBookAppService Interface
In ABP, an application service should implement the `IApplicationService` interface. It's good to create an interface for each application service:
````csharp
public interface IBookAppService : IApplicationService
{
Task CreateAsync(CreateBookDto input);
}
````
A Create method will be implemented as the example. `CreateBookDto` is defined like that:
````csharp
public class CreateBookDto
{
[Required]
[StringLength(Book.MaxNameLength)]
public string Name { get; set; }
public BookType Type { get; set; }
public float? Price { get; set; }
}
````
> See [data transfer objects document](Data-Transfer-Objects.md) for more about DTOs.
### BookAppService (Implementation)
````csharp
public class BookAppService : ApplicationService, IBookAppService
{
private readonly IRepository<Book, Guid> _bookRepository;
public BookAppService(IRepository<Book, Guid> bookRepository)
{
_bookRepository = bookRepository;
}
public async Task CreateAsync(CreateBookDto input)
{
var book = new Book(
GuidGenerator.Create(),
input.Name,
input.Type,
input.Price
);
await _bookRepository.InsertAsync(book);
}
}
````
* `BookAppService` inherits from the `ApplicationService` base class. It's not required, but the `ApplicationService` class provides helpful properties for common application service requirements like `GuidGenerator` used in this service. If we didn't inherit from it, we would need to inject the `IGuidGenerator` service manually (see [guid generation](Guid-Generation.md) document).
* `BookAppService` implements the `IBookAppService` as expected.
* `BookAppService` [injects](Dependency-Injection.md) `IRepository<Book, Guid>` (see [repositories](Repositories.md)) and uses it inside the `CreateAsync` method to insert a new entity to the database.
* `CreateAsync` uses the constructor of the `Book` entity to create a new book from the properties of given `input`.
## Object to Object Mapping
The example `CreateAsync` method above manually creates a `Book` entity from given `CreateBookDto` object. This is because the `Book` entity enforces it (we designed it like that).
However, in many cases, it's very practical to use **auto object mapping** to set properties of an object from a similar object. ABP provides an [object to object mapping](Object-To-Object-Mapping.md) infrastructure to make this even easier.
Let's create another method to get a book. First, define the method in the `IBookAppService` interface:
````csharp
public interface IBookAppService : IApplicationService
{
Task CreateAsync(CreateBookDto input);
Task<BookDto> GetAsync(Guid id); //NEW METHOD
}
````
`BookDto` is a simple [DTO](Data-Transfer-Objects.md) class defined as shown:
````csharp
[AutoMapFrom(typeof(Book))] //Defines the mapping
public class BookDto
{
public Guid Id { get; set; }
public string Name { get; set; }
public BookType Type { get; set; }
public float? Price { get; set; }
}
````
* `BookDto` defines `[AutoMapFrom(typeof(Book))]` attribute to create the object mapping from `Book` to `BookDto`.
Then you can implement the `GetAsync` method as shown below:
````csharp
public async Task<BookDto> GetAsync(Guid id)
{
var book = await _bookRepository.GetAsync(id);
return book.MapTo<BookDto>();
}
````
`MapTo` extension method converts `Book` object to `BookDto` object by copying all properties with the same naming.
An alternative to the `MapTo` is using the `IObjectMapper` service:
````csharp
public async Task<BookDto> GetAsync(Guid id)
{
var book = await _bookRepository.GetAsync(id);
return ObjectMapper.Map<Book, BookDto>(book);
}
````
While the second syntax is a bit harder to write, it better works if you write unit tests.
See the [object to object mapping document](Object-To-Object-Mapping.md) for more.
## Validation
Inputs of application service methods are automatically validated (like ASP.NET Core controller actions). You can use the standard data annotation attributes or custom validation method to perform the validation. ABP also ensures that the input is not null.
See the [validation document](Validation.md) for more.
## Authorization
It's possible to use declarative and imperative authorization for application service methods.
See the [authorization document](Authorization.md) for more.
## CRUD Application Services
TODO!
## Lifetime
Lifetime of application services are [transient](Dependency-Injection.md) and they are automatically registered to the dependency injection system.
TODO

3
docs/en/Authorization.md

@ -0,0 +1,3 @@
## Authorization
TODO

3
docs/en/Guid-Generation.md

@ -0,0 +1,3 @@
## Guid Generation
TODO

3
docs/en/Validation.md

@ -0,0 +1,3 @@
## Validation
TODO
Loading…
Cancel
Save