diff --git a/aio/content/guide/upgrade.md b/aio/content/guide/upgrade.md index 57abc9f30a..e9e6f0384c 100644 --- a/aio/content/guide/upgrade.md +++ b/aio/content/guide/upgrade.md @@ -53,8 +53,8 @@ much more easy to work with than others. There are a few key techniques and patterns that you can apply to future proof apps even before you begin the migration. -AngularJS 应用程序的组织方式有很多种。当我们想把它们升级到 Angular 的时候, -有些做起来会比其它的更容易些。即使在我们开始升级之前,也有一些关键的技术和模式可以让我们将来升级时更轻松。 +AngularJS 应用程序的组织方式有很多种。当你想把它们升级到 Angular 的时候, +有些做起来会比其它的更容易些。即使在开始升级之前,也有一些关键的技术和模式可以让你将来升级时更轻松。 {@a follow-the-angular-styleguide} @@ -94,7 +94,7 @@ There are a few rules in particular that will make it much easier to do each controller, component, service, and filter is in its own source file. [单一规则](https://github.com/johnpapa/angular-styleguide/blob/master/a1/README.md#single-responsibility) - 规定每个文件应该只放一个组件。这不仅让组件更容易浏览和查找,而且还让我们能逐个迁移它们的语言和框架。 + 规定每个文件应该只放一个组件。这不仅让组件更容易浏览和查找,而且还让你能逐个迁移它们的语言和框架。 在这个范例程序中,每个控制器、工厂和过滤器都位于各自的源文件中。 * The [Folders-by-Feature Structure](https://github.com/johnpapa/angular-styleguide/blob/master/a1/README.md#folders-by-feature-structure) @@ -125,9 +125,9 @@ doesn't work that well if you have to load all those files to the HTML page with <script> tags. Especially when you also have to maintain those tags in the correct order. That's why it's a good idea to start using a *module loader*. -当我们把应用代码分解到每个文件中只放一个组件的粒度后,我们通常会得到一个由大量相对较小的文件组成的项目结构。 +当你把应用代码分解到每个文件中只放一个组件的粒度后,通常会得到一个由大量相对较小的文件组成的项目结构。 这比组织成少量大文件要整洁得多,但如果你不得不通过 `