angular-cn/aio/content/guide/quickstart.md

14 KiB

QuickStart

Good tools make application development quicker and easier to maintain than if you did everything by hand.

The Angular CLI is a command line interface tool that can create a project, add files, and perform a variety of ongoing development tasks such as testing, bundling, and deployment.

The goal in this guide is to build and run a simple Angular application in TypeScript, using the Angular CLI while adhering to the Style Guide recommendations that benefit every Angular project.

By the end of the chapter, you'll have a basic understanding of development with the CLI and a foundation for both these documentation samples and for real world applications.

And you can also download the example.

Step 1. Set up the Development Environment

You need to set up your development environment before you can do anything.

Install Node.js® and npm if they are not already on your machine.

Verify that you are running at least node 6.9.x and npm 3.x.x by running node -v and npm -v in a terminal/console window. Older versions produce errors, but newer versions are fine.

Then install the Angular CLI globally.

npm install -g @angular/cli

Step 2. Create a new project

Open a terminal window.

Generate a new project and default app by running the following command:

ng new my-app

The Angular CLI installs the necessary npm packages, creates the project files, and populates the project with a simple default app. This can take some time.

You can add pre-packaged functionality to a new project by using the ng add command. The ng add command transforms a project by applying the schematics in the specified package. For more information, see the Angular CLI documentation.

Angular Material provides schematics for typical app layouts. See the Angular Material documentation for details.

Step 3: Serve the application

Go to the project directory and launch the server.

cd my-app ng serve --open

The ng serve command launches the server, watches your files, and rebuilds the app as you make changes to those files.

Using the --open (or just -o) option will automatically open your browser on http://localhost:4200/.

Your app greets you with a message:

The app works!

Step 4: Edit your first Angular component

The CLI created the first Angular component for you. This is the root component and it is named app-root. You can find it in ./src/app/app.component.ts.

Open the component file and change the title property from 'app' to 'My First Angular App!'.

The browser reloads automatically with the revised title. That's nice, but it could look better.

Open src/app/app.component.css and give the component some style.

Output of QuickStart app

Looking good!

What's next?

That's about all you'd expect to do in a "Hello, World" app.

You're ready to take the Tour of Heroes Tutorial and build a small application that demonstrates the great things you can build with Angular.

Or you can stick around a bit longer to learn about the files in your brand new project.

Project file review

An Angular CLI project is the foundation for both quick experiments and enterprise solutions.

The first file you should check out is README.md. It has some basic information on how to use CLI commands. Whenever you want to know more about how Angular CLI works make sure to visit the Angular CLI repository and Wiki.

Some of the generated files might be unfamiliar to you.

The src folder

Your app lives in the src folder. All Angular components, templates, styles, images, and anything else your app needs go here. Any files outside of this folder are meant to support building your app.

src
app
app.component.css
app.component.html
app.component.spec.ts
app.component.ts
app.module.ts
assets
.gitkeep
environments
environment.prod.ts
environment.ts
browserslist
favicon.ico
index.html
karma.conf.js
main.ts
polyfills.ts
styles.css
test.ts
tsconfig.app.json
tsconfig.spec.json
tslint.json
File Purpose
  `app/app.component.{ts,html,css,spec.ts}`

</td>
<td>

  Defines the `AppComponent` along with an HTML template, CSS stylesheet, and a unit test.
  It is the **root** component of what will become a tree of nested components
  as the application evolves.

</td>
  `app/app.module.ts`

</td>
<td>

  Defines `AppModule`, the [root module](guide/bootstrapping "AppModule: the root module") that tells Angular how to assemble the application.
  Right now it declares only the `AppComponent`.
  Soon there will be more components to declare.

</td>
  `assets/*`

</td>
<td>

  A folder where you can put images and anything else to be copied wholesale
  when you build your application.

</td>
  `environments/*`

</td>
<td>

  This folder contains one file for each of your destination environments,
  each exporting simple configuration variables to use in your application.
  The files are replaced on-the-fly when you build your app.
  You might use a different API endpoint for development than you do for production
  or maybe different analytics tokens.
  You might even use some mock services.
  Either way, the CLI has you covered.

</td>
  `browserslist`

</td>
<td>

  A configuration file to share [target browsers](https://github.com/browserslist/browserslist) between different front-end tools.

</td>
  `favicon.ico`

</td>
<td>

  Every site wants to look good on the bookmark bar.
  Get started with your very own Angular icon.

</td>
  `index.html`

</td>
<td>

  The main HTML page that is served when someone visits your site.
  Most of the time you'll never need to edit it.
  The CLI automatically adds all `js` and `css` files when building your app so you
  never need to add any `<script>` or `<link>` tags here manually.

</td>
  `karma.conf.js`

</td>
<td>

  Unit test configuration for the [Karma test runner](https://karma-runner.github.io),
  used when running `ng test`.

</td>
  `main.ts`

</td>
<td>

  The main entry point for your app.
  Compiles the application with the [JIT compiler](guide/glossary#jit)
  and bootstraps the application's root module (`AppModule`) to run in the browser.
  You can also use the [AOT compiler](guide/aot-compiler)
  without changing any code by appending the`--aot` flag to the `ng build` and `ng serve` commands.

</td>
  `polyfills.ts`

</td>
<td>

  Different browsers have different levels of support of the web standards.
  Polyfills help normalize those differences.
  You should be pretty safe with `core-js` and `zone.js`, but be sure to check out
  the [Browser Support guide](guide/browser-support) for more information.

</td>
  `styles.css`

</td>
<td>

  Your global styles go here.
  Most of the time you'll want to have local styles in your components for easier maintenance,
  but styles that affect all of your app need to be in a central place.

</td>
  `test.ts`

</td>
<td>

  This is the main entry point for your unit tests.
  It has some custom configuration that might be unfamiliar, but it's not something you'll
  need to edit.
</td>
  `tsconfig.{app|spec}.json`
</td>
<td>

  TypeScript compiler configuration for the Angular app (`tsconfig.app.json`)
  and for the unit tests (`tsconfig.spec.json`).

</td>
  `tslint.json`

</td>
<td>

  Additional Linting configuration for [TSLint](https://palantir.github.io/tslint/) together with
  [Codelyzer](http://codelyzer.com/), used when running `ng lint`.
  Linting helps keep your code style consistent.

</td>

The root folder

The src/ folder is just one of the items inside the project's root folder. Other files help you build, test, maintain, document, and deploy the app. These files go in the root folder next to src/.

my-app
e2e
src
app.e2e-spec.ts
app.po.ts
tsconfig.e2e.json
protractor.conf.js
node_modules/...
src/...
karma.conf.js
.editorconfig
.gitignore
angular.json
package.json
README.md
tsconfig.json
tslint.json
File Purpose
  `e2e/`

</td>
<td>

  Inside `e2e/` live the end-to-end tests.
  They shouldn't be inside `src/` because e2e tests are really a separate app that
  just so happens to test your main app.
  That's also why they have their own `tsconfig.e2e.json`.

</td>
  `node_modules/`

</td>
<td>

  `Node.js` creates this folder and puts all third party modules listed in
  `package.json` inside of it.
</td>
  `.editorconfig`

</td>
<td>

  Simple configuration for your editor to make sure everyone that uses your project
  has the same basic configuration.
  Most editors support an `.editorconfig` file.
  See http://editorconfig.org for more information.

</td>
  `.gitignore`

</td>
<td>

  Git configuration to make sure autogenerated files are not committed to source control.

</td>
  `angular.json`

</td>
<td>

  Configuration for Angular CLI.
  In this file you can set several defaults and also configure what files are included
  when your project is built.
  Check out the official documentation if you want to know more.

</td>
  `package.json`

</td>
<td>

  `npm` configuration listing the third party packages your project uses.
  You can also add your own [custom scripts](https://docs.npmjs.com/misc/scripts) here.

</td>
  `protractor.conf.js`

</td>
<td>

  End-to-end test configuration for [Protractor](http://www.protractortest.org/),
  used when running `ng e2e`.

</td>
  `README.md`

</td>
<td>

  Basic documentation for your project, pre-filled with CLI command information.
  Make sure to enhance it with project documentation so that anyone
  checking out the repo can build your app!

</td>
  `tsconfig.json`

</td>
<td>

  TypeScript compiler configuration for your IDE to pick up and give you helpful tooling.

</td>
  `tslint.json`

</td>
<td>

  Linting configuration for [TSLint](https://palantir.github.io/tslint/) together with
  [Codelyzer](http://codelyzer.com/), used when running `ng lint`.
  Linting helps keep your code style consistent.

</td>

Next Step

If you're new to Angular, continue with the tutorial. You can skip the "Setup" step since you're already using the Angular CLI setup.