Merge pull request #1202 from cnAbp/Translate

Translating documents.

docs/zh-Hans/Getting-Started-AspNetCore-MVC-Template.md

@@ -1,4 +1,4 @@
-## ASP.NET Core MVC 模板
+## ASP.NET Core MVC 模板入门
 
 ### 创建新项目
 

docs/zh-Hans/Getting-Started-Console-Application.md

@@ -1,4 +1,4 @@
-## 使用Console Application
+## 在控制台应用中使用ABP
 
 本教程将介绍如何从头开始以最小的依赖关系启动ABP. 你通常希望以 **[启动模板](https://abp.io/Templates)** 开头.
 

docs/zh-Hans/Startup-Templates/Mvc.md

@@ -4,17 +4,28 @@
 
 MVC应用程序启动模板是基于[领域驱动设计](../Domain-Driven-Design.md)(DDD)分层(或根据偏好分层)的应用程序结构.
 
+在这篇文档中详细介绍了解决方案结构和项目
+
+* 参阅[ASP.NET Core MVC 模板入门](../Getting-Started-AspNetCore-MVC-Template.md)创建此模板的新解决方案并运行它.
+* 参阅[ASP.NET Core MVC 教程](../Tutorials/AspNetCore-Mvc/Part-I.md)学习使用此模板开发应用程序.
+
 ## 如何开始
 
 你要以使用[ABP CLI](../CLI.md)创建基于此启动模板的新项目,或者你也可以在[入门](https://abp.io/get-started)页面创建并下载项目. 在这里我们使用CLI创建新项目.
 
-首先根据[文档](../CLI.md)中的说明安装ABP CLI. 然后使用 `abp new` 命令在空文件夹中创建新解决方案:
+如果未安装ABP CLI,第一步是安装ABP CLI
+
+````bash
+dotnet tool install -g Volo.Abp.Cli
+````
+
+然后使用 `abp new` 命令在空文件夹中创建新解决方案:
 
 ````bash
 abp new Acme.BookStore -t mvc
 ````
 
-* `Acme.BookStore` 是解决方案的名称,  命名样式如 *YourCompany.YourProduct*. 更多的命名样式请参阅[CLI文档](../CLI.md).
+* `Acme.BookStore` 是解决方案的名称,  如*YourCompany.YourProduct*. 你可以使用单级或多级名称.
 * 示例中指定了启动模板 (`-t` 或 `--template` 选项). 不过 `mvc` 是默认模板,即使未指定也会创建 `MVC` 的模板项目.
 
 ### 指定数据库提供程序
@@ -24,10 +35,10 @@ abp new Acme.BookStore -t mvc
 - `ef`: Entity Framework Core (默认)
 - `mongodb`: MongoDB
 
-使用 `-d` (或 `--database-provider`) 指定数据库提供程序:
+使用 `-d` (或 `--database-provider`) 选项指定数据库提供程序:
 
 ````bash
-abp new Acme.BookStore -t mvc -d mongodb
+abp new Acme.BookStore -d mongodb
 ````
 
 ### 创建分层解决方案
@@ -50,15 +61,19 @@ abp new Acme.BookStore --tiered
 
 ![bookstore-visual-studio-solution-v3](../images/bookstore-visual-studio-solution-v3.png)
 
-项目组织在`src`和`test`文件夹中. `src`文件夹包含实际应用程序,该应用程序基于前面提到的[DDD](../Domain-Driven-Design.md)原则进行分层.
+项目组织在`src`和`test`文件夹中. `src`文件夹包含实际应用程序,该应用程序基于前面提到的[DDD](../Domain-Driven-Design.md)原则进行分层. 下图展示了解决方案的层和项目的依赖关系:
+
+![layered-project-dependencies](../images/layered-project-dependencies.png)
 
---------------------
+下面介绍解决方案中的项目及依赖关系.
 
-**TODO: 添加一些图来说明项目之间的依赖关系.**
+#### .Domain.Shared 项目
+
+项目包含常量,枚举和其他对象,这些对象实际上是领域层的一部分,但是解决方案中所有的层/项目中都会使用到.
 
-------------------
+例如 `BookType` 枚举和 `BookConts` 类 (可能是 `Book` 实体用到的常数字段,像`MaxNameLength`)都适合放在这个项目中.
 
-下面介绍解决方案中的项目.
+* 该项目不依赖解决方案中的其他项目. 其他项目直接或间接依赖该项目
 
 #### .Domain 项目
 
@@ -68,23 +83,15 @@ abp new Acme.BookStore --tiered
 
 * 它依赖 `.Domain.Shared` 项目,因为项目中会用到它的一些常量,枚举和定义其他对象.
 
-#### .Domain.Shared 项目
-
-项目包含常量,枚举和其他对象, 这些对象实际上是领域层的一部分,但是解决方案中所有的层/项目中都会使用到.
-
-例如 `BookType` 枚举和 `BookConts` 类 (可能是 `Book` 实体用到的常数字段,像`MaxNameLength`)都适合放在这个项目中.
-
-该项目不会依赖解决方案中的其他项目.
-
 #### .Application.Contracts 项目
 
 项目主要包含 [应用服务](../Application-Services.md) **interfaces** 和应用层的 [数据传输对象](../Data-Transfer-Objects.md) (DTO). 它用于分离应用层的接口和实现. 这种方式可以将接口项目做为约定包共享给客户端.
 
-* 它依赖 `.Domain.Shared` 因为它可能会在应用接口和DTO中使用常量,枚举和其它的共享对象.
+* 它依赖 `.Domain.Shared` 因为它可能会在应用接口和DTO中使用常量,枚举和其他的共享对象.
 
 #### .Application 项目
 
-项目包含 `.Application.Contracts` 项目的 [应用服务](../Application-Services.md) 接口实现.
+项目包含 `.Application.Contracts` 项目的 [应用服务](../Application-Services.md) 接口**实现**.
 
 * 它依赖 `.Application.Contracts` 项目, 因为它需要实现接口与使用DTO.
 * 它依赖 `.Domain` 项目,因为它需要使用领域对象(实体,仓储接口等)执行应用程序逻辑.
@@ -95,13 +102,13 @@ abp new Acme.BookStore --tiered
 
 * 它依赖 `.Domain` 项目,因为它需要引用实体和仓储接口.
 
-> 只有在你使用了EF Core做为数据库提供程序时,此项目才会可用.
+> 只有在你使用了EF Core做为数据库提供程序时,此项目才会可用. 如果选择的是其他数据库提供程序那么项目的名称会改变
 
 #### .EntityFrameworkCore.DbMigrations 项目
 
 包含解决方案的EF Core数据库迁移. 它有独立的 `DbContext` 来专门管理迁移.
 
-ABP是一个模块化的框架,理想的设计是让每个模块都有自己的 `DbContext` 类. 这时用于迁移的 `DbContext` 就会发挥作用. 它将所有的 `DbContext` 配置统一到单个模型中以维护单个数据库的模式.
+ABP是一个模块化的框架,理想的设计是让每个模块都有自己的 `DbContext` 类. 这时用于迁移的 `DbContext` 就会发挥作用. 它将所有的 `DbContext` 配置统一到单个模型中以维护单个数据库的模式. 对于更高级的场景,可以程序可以拥有多个数据库(每个数据库有一个或多个模块表)和多个迁移`DbContext`(每个都维护不同的数据库模式)
 
 需要注意,迁移 `DbContext` 仅用于数据库迁移,而不在*运行时*使用.
 
@@ -113,9 +120,9 @@ ABP是一个模块化的框架,理想的设计是让每个模块都有自己的
 
 这是一个控制台应用唾弃,它简化了在开发和生产环境执行数据库迁移的操作.当你使用它时;
 
-* 必要时创建数据库.
-* 应用数据库迁移.
-* 初始化种子数据.
+* 必要时创建数据库(没有数据库时).
+* 应用未迁移的数据库迁移.
+* 初始化种子数据(当你需要时).
 
 > 这个项目有自己的 `appsettings.json` 文件. 所以如果要更改数据库连接字符串,请记得也要更改此文件.
 
@@ -124,7 +131,7 @@ ABP是一个模块化的框架,理想的设计是让每个模块都有自己的
 虽然创建数据库和应用迁移似乎只对关系数据库有用,但即使您选择NoSQL数据库提供程序(如MongoDB),也会生成此项目. 这时,它会为应用程序提供必要的初始数据.
 
 * 它依赖 `.EntityFrameworkCore.DbMigrations` 项目 (针对EF Core),因为它需要访问迁移文件.
-* 它依赖 `.Application.Contracts` 项目,因为它需要访问权限定义在初始化种子数据时为管理员用户赋予权限.
+* 它依赖 `.Application.Contracts` 项目,因为它需要访问权限定义在初始化种子数据时为管理员用户赋予所有权限.
 
 #### .HttpApi 项目
 
@@ -136,27 +143,31 @@ ABP是一个模块化的框架,理想的设计是让每个模块都有自己的
 
 #### .HttpApi.Client 项目
 
-定义C#客户端代理使用解决方案的HttpAPI项目. 可以将上编辑共享给第三方客户端,让它们轻松的在DotNet应用程序中使用你的httiApi.
-
-`.HttpApi.Client.ConsoleTestApp` 项目是一个用于演示客户端代理用法的控制台应用程序.
+定义C#客户端代理使用解决方案的HTTP API项目. 可以将上编辑共享给第三方客户端,使其轻松的在DotNet应用程序中使用你的HTTP API(其他类型的应用程序可以手动或使用其平台的工具来使用你的API).
 
 ABP有[动态 C# API 客户端](../AspNetCore/Dynamic-CSharp-API-Clients.md)功能,所以大多数情况下你不需要手动的创建C#客户端代理.
 
+`.HttpApi.Client.ConsoleTestApp` 项目是一个用于演示客户端代理用法的控制台应用程序.
+
 * 它依赖 `.Application.Contracts` 项目,因为它需要使用应用服务接口和DTO.
+  
+> 如果你不需要为API创建动态C#客户端代理,可以删除此项目和依赖项
 
 #### .Web 项目
 
-包含应用程序的用户界面(UI). 包括Razor页面,javascript文件,css文件,图片等...
+包含应用程序的用户界面(UI). 包括Razor页面,javascript文件,样式文件,图片等...
+
+包含应用程序主要的 `appsettings.json` 配置文件,用于配置数据库连接字符串和应用程序的其他配置
 
 * 依赖 `.HttpApi` 项目,因为UI层需要使用解决方案的API和应用服务接口.
 
 > 如果查看 `.Web.csproj` 源码, 你会看到对 `.Application` 和 `.EntityFrameworkCore.DbMigrations` 项目的引用.
 >
-> 这些引用实际上在开发中并不需要. 因为UI层通常不依赖于EF Core或应用程序实现. 这个启动模板已经为分层部署做好了准备,API层托管在不同与UI层的服务器中.
+> 在编写UI层时实际上不需要这些引用. 因为UI层通常不依赖于EF Core或应用层的实现. 这个启动模板已经为分层部署做好了准备,API层托管在不同与UI层的服务器中.
 >
 > 但是如果你不选择 `--tiered` 选项, .Web项目会有这些引用,以便能够将Web,Api和应用层托管在单个应用程序站点.
 >
-> 你可以在表示层中使用领域实体,但是根据DDD的理论,这被认为是一种不好的做法.
+> 你可以在表示层中使用领域实体和仓储,但是根据DDD的理论,这被认为是一种不好的做法.
 
 #### 测试项目
 
@@ -168,13 +179,78 @@ ABP有[动态 C# API 客户端](../AspNetCore/Dynamic-CSharp-API-Clients.md)功
 * `.Web.Tests` 用于测试UI.
 * `.TestBase` 所有测试项目的基础(共享)项目.
 
-此外,  `.HttpApi.Client.ConsoleTestApp` 是一个控制台应用程序(不是自动化测试项目),它用于演示DotNet应用程序中Http Api的用法.
+此外,  `.HttpApi.Client.ConsoleTestApp` 是一个控制台应用程序(不是自动化测试项目),它用于演示DotNet应用程序中HTTP API的用法.
+
+测试项目已为集成测试做好准备:
+
+* 它完成集成到ABP框架和应用程序的所有服务.
+* 如果数据库提供程序是EF Core,测试项目会使用SQLite内存数据库,如果是MongoDB,它使用[Mongo2Go](https://github.com/Mongo2Go/Mongo2Go)库.
+* 授权被禁用,任何的应用服务都可以在测试中轻松调用.
+
+你依然可以编写单元测试,只不过它很难写(因为你需要准备mock/fake对象),但它的运行速度更快(因为只测试单个类并跳过所有初始化过程).
+
+#### 如何运行?
+
+设置`.Web`为启动项目. 默认用户名 `admin`, 密码 `1q2w3E*`.
+
+更多信息请参阅[ASP.NET Core MVC 模板入门](../Getting-Started-AspNetCore-MVC-Template.md).
 
 ### 分层结构
 
-TODO
+如果你按上面的描述指定了 `--tiered` 选项,会创建分层解决方案. 分层结构的目的是**将Web应用程序和HTTP API部署到不同的服务器**:
+
+![bookstore-visual-studio-solution-v3](../images/tiered-solution-servers.png)
+
+* 浏览器渲染HTML,执行CSS和JavaScript来运行UI.
+* Web服务器托管静态文件(CSS,JavaScript,图片...等)和动态组件(如Razor页面),它通过HTTP请求到API服务器执行应用程序的业务逻辑.
+* API服务器托管HTTP API,使用应用程序的应用层和领域层执行业务逻辑.
+* 最后数据库服务器托管数据库.
+
+与之前默认结构的三层部署比较,分层解决方案允许四层部署.
+
+> 除非你真的需要四层部署,一般建议采用默认结构,它更易于开发,部署和维护.
+
+解决方案结构如下所示:
+
+![bookstore-visual-studio-solution-v3](../images/bookstore-visual-studio-solution-tiered.png)
+
+与默认结构不同,我们得到了两个新项目: `.IdentityServer` 和 `.HttpApi.Host`.
+
+#### .IdentityServer 项目
+
+用于其他项目的身份验证服务器. `.Web`项目使用OpenId Connect身份验证获取当前用户的身份和访问令牌. 然后使用访问令牌调用HTTP API服务器. HTTP API服务器使用bearer token从访问令牌获取声明授权当前用户.
+
+![bookstore-visual-studio-solution-v3](../images/tiered-solution-applications.png)
+
+ABP使用开源的[IdentityServer4](https://identityserver.io/)框架做应用程序间的身份验证. 有关IdentityServer4和OpenId Connect协议的详细信息请参阅[IdentityServer4文档](http://docs.identityserver.io).
+
+它有自己的`appsettings.json`文件(数据库连接字符串等其他配置).
+
+#### .HttpApi.Host 项目
+
+该项目是一个承载解决方案API的应用程序.
+
+它有自己的`appsettings.json`文件(数据库连接字符串等其他配置).
+
+#### .Web 项目
+
+与默认结构一样,包含应用程序的用户界面(UI). 包括Razor页面,javascript文件,样式文件,图片等...
+
+项目包含`appsetting.json`文件,但没有连接字符串配置, 它不需要连接到数据库. 文件中主要包含远程API服务器端点和身份验证服务器
+
+#### 前置条件
+
+* [Redis](https://redis.io/): 应用程序使用Redis做分布式缓存,你需要安装并运行Redis.
+
+#### 如何运行?
+
+你应该按照以下顺序运行应用:
+
+* 首先运行`.IdentityServer`,因为其他应用程序依赖它做身份验证.
+* 然后运行`.HttpApi.Server`,因为`.Web`应用程序需要访问HTTI API.
+* 最后运行`.Web`并登录到应用程序(用户名: `admin` 密码: `1q2w3E*`).
 
-### 其它数据库提供程序
+### 其他数据库提供程序
 
 TODO