Browse Source

Grammer fixes for part 04

pull/20865/head
Halil İbrahim Kalkan 2 years ago
committed by GitHub
parent
commit
5af90590ce
No known key found for this signature in database GPG Key ID: B5690EEEBB952194
  1. 32
      docs/en/tutorials/modular-crm/part-04.md

32
docs/en/tutorials/modular-crm/part-04.md

@ -14,11 +14,11 @@
}
````
In this part, you will build a new module for placing orders and install it to the main CRM application.
In this part, you will build a new module for placing orders and install it in the main CRM application.
## Creating an Empty Module
We have used the *DDD Module* template for the Product module. We will use the *Empty Module* template for the Ordering module in this part.
In this part, we have used the *DDD Module* template for the Product module and will use the *Empty Module* template for the Ordering module.
Right-click the `modules` folder on the *Solution Explorer* panel, and select the *Add* -> *New Module* -> *Empty Module* command:
@ -38,18 +38,18 @@ Since we've created an empty module, it is really empty. If you open the `module
## Creating the Module Packages
In this section, we will create packages under the Ordering module. The Products module was well layered based on Domain Driven Design principles. This time, we will keep the things very simple and will only create two packaged for the Ordering module:
In this section, we will create packages under the Ordering module. The Products module was well layered based on Domain Driven Design principles. This time, we will keep things very simple and will only create two packages for the Ordering module:
* `ModularCrm.Ordering`: Contains all the module code without any layering. It will contains entities, database access code, services, controllers, UI pages and whatever we need to implement the *Ordering* module.
* `ModularCrm.Ordering`: Contains all the module code without any layering. It will contain entities, database access code, services, controllers, UI pages and whatever we need to implement the *Ordering* module.
* `ModularCrm.Ordering.Contracts`: Contains the services and objects we want to share with other modules. `ModularCrm.Ordering` uses (and implements) this package.
> If your modules are relatively small, easy to maintain, they will only be used by your main application and you don't care about layering, you can create such simple module structures.
> If your modules are relatively small and easy to maintain, they will only be used by your main application, and you don't care about layering, then you can create such simple module structures.
We will create and configure everything from scratch. You have already learned the easy way in the previous parts where we've created the Products module. It is time to have a deep understanding of the details and learn how ABP Studio allows you to setup custom structures. Let's begin...
We will create and configure everything from scratch. You have already learned the easy way in the previous parts, where we created the Products module. It is time to deepen your understanding of the details and learn how ABP Studio allows you to set up custom structures. Let's begin.
### Creating the `ModularCrm.Ordering.Contracts` Package
We will start by creating the `ModularCrm.Ordering.Contracts` package. Right-click the `ModularCrm.Ordering` module on the *Solution Explorer* and select the *Add* -> *Package* -> *New Package* command as shown in the following figure:
Right-click the `ModularCrm.Ordering` module on the *Solution Explorer* and select the *Add* -> *Package* -> *New Package* command as shown in the following figure:
![abp-studio-add-new-package](images/abp-studio-add-new-package.png)
@ -57,7 +57,7 @@ That command opens a new dialog to create a new package:
![abp-studio-add-new-package-class-library](images/abp-studio-add-new-package-class-library.png)
With that dialog, you can build your module or application layer by layer. There are templates for any type of package. However, here we will go with the most simple one: *ABP Class Library*. ABP Class Library is an empty C# class library with the [core ABP package](https://www.nuget.org/packages/Volo.Abp.Core) dependency and a [module class](../../framework/architecture/modularity/basics.md).
With that dialog, you can build your module or application layer by layer. There are templates for any package. However, here we will go with the simplest one: *ABP Class Library*. ABP Class Library is an empty C# class library with the [core ABP package](https://www.nuget.org/packages/Volo.Abp.Core) dependency and a [module class](../../framework/architecture/modularity/basics.md).
Type `ModularCrm.Ordering.Contracts` as the *Package name* and click the *Create* button. It will add the package under the `ModularCrm.Ordering` module:
@ -69,7 +69,7 @@ Right-click the `ModularCrm.Ordering` module on the *Solution Explorer* again an
![abp-studio-add-new-package-mvc-ui](images/abp-studio-add-new-package-mvc-ui.png)
This time, we are selecting the *MVC UI* template and set the *Package name* as `ModularCrm.Ordering`. Click the *Create* button to add the new package.
This time, we select the MVC UI template and set the Package name to `ModularCrm.Ordering`. Then, click the Create button to add the new package.
### Add Package Reference
@ -81,17 +81,17 @@ That command opens a dialog to select the package:
![abp-studio-add-package-reference-dialog](images/abp-studio-add-package-reference-dialog.png)
In that dialog, you can add package reference from various sources. Here, we will add reference for the package in the current module. So, select the `ModularCrm.Ordering.Contracts` package in *This module* tab and click the *OK* button. You can see the package reference under the *Projects* dependencies on the *Solution Explorer* panel:
In that dialog, you can add package references from various sources. Here, we will add a reference for the package in the current module. So, select the `ModularCrm.Ordering.Contracts` package in the *This module* tab and click the *OK* button. You can see the package reference under the *Projects* dependencies on the *Solution Explorer* panel:
![abp-studio-project-reference-example](images/abp-studio-project-reference-example.png)
The initial module creation has been completed. Now, we have a new module with 2 packages. However, it has no relation to other modules and applications in the solution yet.
The initial module creation has been completed. Now, we have a new module with two packages. However, it is not related to other modules and applications in the solution yet.
## Installing into the Main Application
In this section, we will install the `ModularCrm.Ordering` module to the main application, so it can be a part of the system.
In this section, we will install the `ModularCrm.Ordering` module in the main application so it can be part of the system.
> Before the installation, ensure that the web application is not running.
> Before the installation, please ensure the web application is not running.
Right-click the `ModularCrm` module (under the `main` folder) and select the *Import Module* command:
@ -105,8 +105,8 @@ Select the `ModularCrm.Ordering` module and check the *Install this module* opti
![abp-studio-install-module-dialog](images/abp-studio-install-module-dialog.png)
Select the `ModuleCrm.Ordering` package on the left area, `ModularCrm.Domain` package on the middle area as shown in the preceding figure and click the *OK* button.
Select the `ModuleCrm.Ordering` package in the left area and the `ModularCrm.Domain` package in the middle area, as shown in the preceding figure, and click the *OK* button.
> Since the Ordering module is not layered, we didn't install its packages to the layers of our main application. We are installing it only to `ModularCrm.Domain`. In this way, we can use the Ordering module from any layer of our application since `ModularCrm.Domain` is one of the core packages of our application. If you build your modules as non-layered and you don't have much code in the main application's .NET solution, you can also consider to create a non-layered main application that composes these modules.
> Since the Ordering module is not layered, we didn't install its packages to the layers of our main application. We are installing it only to `ModularCrm.Domain`. In this way, we can use the Ordering module from any layer of our application since `ModularCrm.Domain` is one of the core packages of our application. If you build your modules as non-layered and you don't have much code in the main application's .NET solution, you can also consider creating a non-layered main application that composes these modules.
In this part of the tutorial, we've created an empty module and added packages. In that way, you can create modules or applications with custom structure. In the next part, we will add functionality to the Ordering module.
In this part of the tutorial, we've created an empty module and added packages. This allows you to create modules or applications with a custom structure. In the next part, we will add functionality to the Ordering module.

Loading…
Cancel
Save