Skip to content

Commit bb86232

Browse files
committed
Merge branch 'refs/heads/develop'
2 parents 68b3c2e + 05683c7 commit bb86232

File tree

2 files changed

+34
-0
lines changed

2 files changed

+34
-0
lines changed

.config/dotnet-tools.json

+20
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,20 @@
1+
{
2+
"version": 1,
3+
"isRoot": true,
4+
"tools": {
5+
"dotnet-outdated-tool": {
6+
"version": "4.6.4",
7+
"commands": [
8+
"dotnet-outdated"
9+
],
10+
"rollForward": false
11+
},
12+
"dotnet-ef": {
13+
"version": "8.0.8",
14+
"commands": [
15+
"dotnet-ef"
16+
],
17+
"rollForward": false
18+
}
19+
}
20+
}

README.md

+14
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,8 @@
2424
- [Technologies - Libraries](#technologies---libraries)
2525
- [The Domain and Bounded Context - Service Boundary](#the-domain-and-bounded-context---service-boundary)
2626
- [Structure of Project](#structure-of-project)
27+
- [Development Setup](#development_setup)
28+
- [Dotnet Tool Packages](#dotnet_tool_packages)
2729
- [How to Run](#how-to-run)
2830
- [Config Certificate](#config-certificate)
2931
- [Docker Compose](#docker-compose)
@@ -154,6 +156,18 @@ I used CQRS to decompose my features into small parts that makes our application
154156

155157
Using the CQRS pattern, we cut each business functionality into vertical slices, for each of these slices we group classes (see [technical folders structure](http://www.kamilgrzybek.com/design/feature-folders)) specific to that feature together (command, handlers, infrastructure, repository, controllers, etc). In our CQRS pattern each command/query handler is a separate slice. This is where you can reduce coupling between layers. Each handler can be a separated code unit, even copy/pasted. Thanks to that, we can tune down the specific method to not follow general conventions (e.g. use custom SQL query or even different storage). In a traditional layered architecture, when we change the core generic mechanism in one layer, it can impact all methods.
156158

159+
## Development Setup
160+
161+
### Dotnet Tool Packages
162+
For installing our requirement package with .NET cli tools, we need to install `dotnet tool manifest`.
163+
```bash
164+
dotnet new tool-manifest
165+
```
166+
And after that we can restore our dotnet tool packages with .NET cli tools from `.config` folder and `dotnet-tools.json` file.
167+
```
168+
dotnet tool restore
169+
```
170+
157171
## How to Run
158172

159173
> ### Config Certificate

0 commit comments

Comments
 (0)