The confusion comes from the fact both Angular and ES6 are using the same terminology...
In ES6/TypeScript:
- A module is any code file in your project.
- An import is a line starting with the
import
keyword.
- An export is a line starting with the
export
keyword.
In Angular:
- A module is a class decorated with
@NgModule
. It serves as a registry (aka container) for all the components, pipes, directives and providers in your application.
- An import is what you put in the
imports
property of the @NgModule
decorator. It enables an Angular module to use functionality that was defined in another Angular module.
- An export what you put is the
exports
property of the @NgModule
decorator. It enables an Angular module to expose some of its components/directives/pipes to the other modules in the applications. Without it, the components/directives/pipes defined in a module could only be used in that module.
ES6 modules/imports/exports are very low-level. They are a feature of the ES6 language, just like keywords like const
or let
... In ES6/TypeScript, each file has ITS OWN SCOPE. So whenever you need to use a class/function/variable in a file and that class/function/variable was defined in another file, you must import it (the counterpart being that it must be exported in the file where it was defined). This is not specific to Angular. ALL PROJECTS WRITTEN IN ES6 can use modules/imports/exports in this manner.
On the other hand, Angular's modules/imports/exports are a feature of the Angular framework. They only make sense in Angular world. Other JavaScript frameworks might have similar notions but they'll use a different syntax.
Now there's some overlap between the two. For instance, in order to use a symbol in @NgModule.imports
(Angular world), you need to import
the symbol in the TypeScript file where the module is defined (ES6/TypeScript world):
// ES6/TypeScript Imports
import { BrowserModule } from '@angular/platform-browser';
import { NgModule } from '@angular/core';
@NgModule({
// Angular Imports
imports: [ BrowserModule ]
})
But if you read the above definitions carefully, you'll realize that the two things are actually quite different. One is the language, the other is the framework.