Getting started with Angular 4 and best practices

We have been working with Angular for several years at Softcrylic. We recently started working with the latest version and compiled some best practices we are using in-house. We hope these can be helpful to others using the latest version of Angular.

1) Using Angular-CLI

Every production ready code needs bundling. Bundling our code in AngularJS involves using ember, webpack and yeoman. With the latest version, angular shipped its own CLI named Angular CLI. It helps us to create the basic app with basic architecture, setup typescript, enable live reload, build, code analysis, run unit tests, run end to end tests and deploy our code. We need to have nodejs installed to have angular-cli. The installation happens from npm.

2) Using Visual Studio Code and installing ‘angular2-useful-dev-extensions’, ‘Angular v4 TypeScript Snippets’

Visual studio code has lots of extensions that enable auto complete and code completion. angular2-useful-dev-extensions install a set of plug-ins that help us stay productive with angular. Generating angular snippets are automated using ‘Angular v4 TypeScript Snippets’ plug-in.

3) Installing codelyzer

Codelyzer helps us suggest the best practices during writing angular code.

4) Some best practices from the Angular team

  • Break everything into components. App module should be at the root of your application.
    Modularize your use case to make widgets. A widget contains an angular component, its template and style.

  • Each component and template should not exceed 400 lines.
  • Make functions smaller. The maximum lines on a function should not exceed 10-15 lines (derived from Uncle Bob’s clean code)
  • Use consistent name for all assets. Make classes upper camel case. Class name should be noun and method names should be verb.
  • Append symbol name with conventional suffix. (for example, the login component can be named as LoginComponent with Component suffixed).

  • File name should have conventional suffix. For example, a component can have its name suffixed with component.

  • Use lower camel case for naming selectors and components.
  • Separate words with hyphens in selectors.

  • The best way to store bootstraping and platform information is main.ts.
  • Configure your components to use logger. Use proper error handling.
  • Unit testing is mandatory and the test spec file should have the same name as the component name.

  • Do not use capital letters for constants. Use lower camel case instead.
  • Do not use data type names while naming properties. ‘strusrename’ is wrong and ‘username’ is correct.
  • Stop prefixing interfaces with ‘I’. It is a typescript best practice as some predefined interfaces use I during compilation.
  • Use classes instead of interfaces. In ES5 and above only classes exist and even though we write interfaces, it will be converted into classes.
  • Import line spacing. Leave an empty line between angular imports and custom imports

  • Follow the LIFT principle (Locate your code quickly, Identify the code easily, Flattest structure, Try DRY. )
  • Use lazy loading on subcomponents and where ever possible.

There are other best practices suggested by Angular. We do experiment Angular with Typescript and we found Typescript has its own best practices. Some of them collide and create conflicts on what to use. For example, string should use double quotes in Typescript but as per angular, single quotes is acceptable. Deciding what to use and what not to use depends on the type of business and requires experts advice on the same. We at Softcrylic brainstorm whenever we want to set some standards.

Krishnanand Sivaraj

Krishnanand Sivaraj

Krishnanand Sivaraj is an inquisitive Software Techie and a continuous learner who loves architecture, debugging and knowledge sharing. Working as a "Lead Engineer" at Softcrylic, he actively blogs, attends tech-meetups to keep himself updated with futuristic trends. Get in touch with him on LinkedIn.

Start typing and press Enter to search