From 8c1f04806977468006bfb8c7a4587550cc7b42a5 Mon Sep 17 00:00:00 2001 From: Enis Necipoglu Date: Mon, 25 Oct 2021 14:30:14 +0300 Subject: [PATCH 1/7] Add MongoDB Script for migration --- docs/en/Migration-Guides/Abp-5_0.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/docs/en/Migration-Guides/Abp-5_0.md b/docs/en/Migration-Guides/Abp-5_0.md index e9ef522162..8a4dd05086 100644 --- a/docs/en/Migration-Guides/Abp-5_0.md +++ b/docs/en/Migration-Guides/Abp-5_0.md @@ -95,6 +95,10 @@ public partial class AddIsActiveToIdentityUser : Migration For MongoDB, you need to update the `IsActive` field for the existing users in the database. +```js +db.AbpUsers.updateMany({},{$set:{ IsActive : true }}) +``` + #### Identity -> Account API Changes `IProfileAppService` (and the implementation and the related DTOs) are moved to the Account module from the Identity module (done with [this PR](https://github.com/abpframework/abp/pull/10370/files)). From 73399808511b7115b015df7f8ce350504d4548dd Mon Sep 17 00:00:00 2001 From: Enis Necipoglu Date: Mon, 25 Oct 2021 14:33:55 +0300 Subject: [PATCH 2/7] Update Abp-5_0.md --- docs/en/Migration-Guides/Abp-5_0.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/en/Migration-Guides/Abp-5_0.md b/docs/en/Migration-Guides/Abp-5_0.md index 8a4dd05086..1a34de43c9 100644 --- a/docs/en/Migration-Guides/Abp-5_0.md +++ b/docs/en/Migration-Guides/Abp-5_0.md @@ -95,6 +95,7 @@ public partial class AddIsActiveToIdentityUser : Migration For MongoDB, you need to update the `IsActive` field for the existing users in the database. +You can use following script in MongoShell: ```js db.AbpUsers.updateMany({},{$set:{ IsActive : true }}) ``` From 41c262fc738936425cca3e53b1d114d18b928bd2 Mon Sep 17 00:00:00 2001 From: albert <9526587+ebicoglu@users.noreply.github.com> Date: Tue, 26 Oct 2021 10:24:46 +0300 Subject: [PATCH 3/7] Update Client-Side-Package-Management.md --- .../Client-Side-Package-Management.md | 20 +++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md index 645200a363..4ad8d2ace0 100644 --- a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md +++ b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md @@ -22,14 +22,14 @@ The benefit of a **standard package** is: Depending on a standard package is easy. Just add it to your **package.json** file like you normally do. Example: -```` +``` { ... "dependencies": { "@abp/bootstrap": "^1.0.0" } } -```` +``` It's suggested to depend on a standard package instead of directly depending on a third-party package. @@ -37,9 +37,9 @@ It's suggested to depend on a standard package instead of directly depending on After depending on a NPM package, all you should do is to run the **yarn** command from the command line to install all the packages and their dependencies: -```` +``` yarn -```` +``` Alternatively, you can use `npm install` but [Yarn](https://classic.yarnpkg.com/) is suggested as mentioned before. @@ -69,7 +69,7 @@ The **startup templates** are already configured to work all these out of the bo A module should define a JavaScript file named `abp.resourcemapping.js` which is formatted as in the example below: -````js +```js module.exports = { aliases: { "@node_modules": "./node_modules", @@ -83,7 +83,7 @@ module.exports = { } } -```` +``` * **aliases** section defines standard aliases (placeholders) that can be used in the mapping paths. **@node_modules** and **@libs** are required (by the standard packages), you can define your own aliases to reduce duplication. * **clean** section is a list of folders to clean before copying the files. Glob matching and negation is enabled, so you can fine-tune what to delete and keep. The example above will clean everything inside `./wwwroot/libs`, but keep any `foo.txt` files. @@ -91,22 +91,22 @@ module.exports = { An example mapping configuration is shown below: -````js +```js mappings: { "@node_modules/bootstrap/dist/css/bootstrap.css": "@libs/bootstrap/css/", "@node_modules/bootstrap/dist/js/bootstrap.bundle.js": "@libs/bootstrap/js/", "@node_modules/bootstrap-datepicker/dist/locales/*.*": "@libs/bootstrap-datepicker/locales/", "@node_modules/bootstrap-v4-rtl/dist/**/*": "@libs/bootstrap-v4-rtl/dist/" } -```` +``` #### Using The Gulp Once you properly configure the `abp.resourcemapping.js` file, you can run the gulp command from the command line: -```` +``` gulp -```` +``` When you run the `gulp`, all packages will copy their own resources into the **wwwroot/libs** folder. Running `yarn & gulp` is only necessary if you make a change in your dependencies in the **package.json** file. From 90184ef87ce29c33bd33bf0bb15284f74df83190 Mon Sep 17 00:00:00 2001 From: albert <9526587+ebicoglu@users.noreply.github.com> Date: Tue, 26 Oct 2021 10:25:21 +0300 Subject: [PATCH 4/7] Update Client-Side-Package-Management.md --- docs/en/UI/AspNetCore/Client-Side-Package-Management.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md index 4ad8d2ace0..8742688af2 100644 --- a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md +++ b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md @@ -22,7 +22,7 @@ The benefit of a **standard package** is: Depending on a standard package is easy. Just add it to your **package.json** file like you normally do. Example: -``` +```json { ... "dependencies": { @@ -37,7 +37,7 @@ It's suggested to depend on a standard package instead of directly depending on After depending on a NPM package, all you should do is to run the **yarn** command from the command line to install all the packages and their dependencies: -``` +```bash yarn ``` @@ -69,7 +69,7 @@ The **startup templates** are already configured to work all these out of the bo A module should define a JavaScript file named `abp.resourcemapping.js` which is formatted as in the example below: -```js +```json module.exports = { aliases: { "@node_modules": "./node_modules", @@ -91,7 +91,7 @@ module.exports = { An example mapping configuration is shown below: -```js +```json mappings: { "@node_modules/bootstrap/dist/css/bootstrap.css": "@libs/bootstrap/css/", "@node_modules/bootstrap/dist/js/bootstrap.bundle.js": "@libs/bootstrap/js/", From 5757289c6854fa9138bc7c5acdba2f66380e1fc7 Mon Sep 17 00:00:00 2001 From: albert <9526587+ebicoglu@users.noreply.github.com> Date: Tue, 26 Oct 2021 10:26:44 +0300 Subject: [PATCH 5/7] Update Client-Side-Package-Management.md --- docs/en/UI/AspNetCore/Client-Side-Package-Management.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md index 8742688af2..76bda28e61 100644 --- a/docs/en/UI/AspNetCore/Client-Side-Package-Management.md +++ b/docs/en/UI/AspNetCore/Client-Side-Package-Management.md @@ -13,7 +13,7 @@ ABP is a modular platform. Every developer can create modules and the modules sh One challenge is the **versions of the dependant NPM packages**. What if two different modules use the same JavaScript library but its different (and potentially incompatible) versions. -To solve the versioning problem, we created a **standard set of packages** those depends on some common third-party libraries. Some example packages are [@abp/jquery](https://www.npmjs.com/package/@abp/jquery), [@abp/bootstrap](https://www.npmjs.com/package/@abp/bootstrap) and [@abp/font-awesome](https://www.npmjs.com/package/@abp/font-awesome). You can see the **list of packages** from the [Github repository](https://github.com/volosoft/abp/tree/master/npm/packs). +To solve the versioning problem, we created a **standard set of packages** those depends on some common third-party libraries. Some example packages are [@abp/jquery](https://www.npmjs.com/package/@abp/jquery), [@abp/bootstrap](https://www.npmjs.com/package/@abp/bootstrap) and [@abp/font-awesome](https://www.npmjs.com/package/@abp/font-awesome). You can see the **list of packages** from the [GitHub repository](https://github.com/volosoft/abp/tree/master/npm/packs). The benefit of a **standard package** is: From 4760a13ab61fea2e388b0c54ab89e0c9ce0dd9e3 Mon Sep 17 00:00:00 2001 From: TinyMaD <39322119+TinyMaD@users.noreply.github.com> Date: Fri, 29 Oct 2021 10:48:17 +0800 Subject: [PATCH 6/7] Update Domain-Driven-Design-Implementation-Guide.md --- docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md b/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md index c5c2727001..af76bfb33c 100644 --- a/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md +++ b/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md @@ -1771,7 +1771,7 @@ public async Task ChangeTitleAsync(Issue issue, string title) 领域逻辑是系统的*核心领域规则*组成,而应用逻辑则满足特定的*用例*. -虽然定义很明确,但是实施起来缺并不容器.你可能无法确定哪些代码应该属于领域层,哪些代码应该属于应用层,本节会尝试解释差异. +虽然定义很明确,但是实施起来缺并不容易.你可能无法确定哪些代码应该属于领域层,哪些代码应该属于应用层,本节会尝试解释差异. ### 多应用层 From fbf3a8d936468665726d6077484a2f26984c5588 Mon Sep 17 00:00:00 2001 From: liangshiwei Date: Fri, 29 Oct 2021 11:07:50 +0800 Subject: [PATCH 7/7] Update Domain-Driven-Design-Implementation-Guide.md --- docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md b/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md index af76bfb33c..eb3c076341 100644 --- a/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md +++ b/docs/zh-Hans/Domain-Driven-Design-Implementation-Guide.md @@ -1771,15 +1771,15 @@ public async Task ChangeTitleAsync(Issue issue, string title) 领域逻辑是系统的*核心领域规则*组成,而应用逻辑则满足特定的*用例*. -虽然定义很明确,但是实施起来缺并不容易.你可能无法确定哪些代码应该属于领域层,哪些代码应该属于应用层,本节会尝试解释差异. +虽然定义很明确,但是实施起来却并不容易.你可能无法确定哪些代码应该属于领域层,哪些代码应该属于应用层,本节会尝试解释差异. ### 多应用层 当你的系统很大时,DDD有助于**处理复杂问题**.尤其是,**单个领域**需要多个**应用程序运行**,那么**领域逻辑与应用逻辑分离**就变的非常重要. -假设你正字构建一个具有多个应用程序的系统: +假设你正在构建一个具有多个应用程序的系统: -* 一个**公开的应用网站**,使用ASP.NET Core MVC构建,展示商品给来访者.这样的网站不选哟身份验证即可查看商品.来访者只有执行了某些操作(例如,将商品添加到购物车)后,才需要登录网站. +* 一个**公开的应用网站**,使用ASP.NET Core MVC构建,展示商品给来访者.这样的网站不需要身份验证即可查看商品.来访者只有执行了某些操作(例如,将商品添加到购物车)后,才需要登录网站. * 一个**后台管理系统**,UI使用Angular,通过REST API请求数据.内部员工使用这个系统来维护数据(例如,编辑商品说明). * 一个**移动端应用程序**,它比公开的网站UI上更加简洁.它通过REST API或其它技术(例如,TCP sockets)请求数据. @@ -1787,7 +1787,7 @@ public async Task ChangeTitleAsync(Issue issue, string title) 每个应用程序都有不同的**需求**,不同的**用例**(应用服务方法),不同的DTO,不同的**验证**和**授权**规则等. -将所有这些逻辑都集中到一个应用层中,会使你的服务包含太多的`if`条件分支及**复杂的业务逻辑**,从而使你的代码难道开发,**维护**,测试,引发各种问题. +将所有这些逻辑都集中到一个应用层中,会使你的服务包含太多的`if`条件分支及**复杂的业务逻辑**,从而使你的代码开发,**维护**,测试,引发各种问题. 如果你在一个领域中有多个应用程序