From c7cae616e0da183198c50fada8fdff7201c8b020 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jos=C3=A9=20de=20Jes=C3=BAs=20Amaya?= Date: Tue, 29 Sep 2020 01:01:26 -0500 Subject: [PATCH] =?UTF-8?q?docs:=20architecture-modules.md=20traducido=20a?= =?UTF-8?q?l=20espa=C3=B1ol=20(#95)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Se traduce Introducción a los módulos Co-authored-by: Alejandro Lora --- aio/content/guide/architecture-modules.en.md | 104 +++++++++++++++++++ aio/content/guide/architecture-modules.md | 68 ++++++------ 2 files changed, 138 insertions(+), 34 deletions(-) create mode 100644 aio/content/guide/architecture-modules.en.md diff --git a/aio/content/guide/architecture-modules.en.md b/aio/content/guide/architecture-modules.en.md new file mode 100644 index 0000000000..f43c5d71c1 --- /dev/null +++ b/aio/content/guide/architecture-modules.en.md @@ -0,0 +1,104 @@ +# Introduction to modules + +Angular apps are modular and Angular has its own modularity system called *NgModules*. +NgModules are containers for a cohesive block of code dedicated to an application domain, a workflow, or a closely related set of capabilities. They can contain components, service providers, and other code files whose scope is defined by the containing NgModule. They can import functionality that is exported from other NgModules, and export selected functionality for use by other NgModules. + +Every Angular app has at least one NgModule class, [the *root module*](guide/bootstrapping), which is conventionally named `AppModule` and resides in a file named `app.module.ts`. You launch your app by *bootstrapping* the root NgModule. + +While a small application might have only one NgModule, most apps have many more *feature modules*. The *root* NgModule for an app is so named because it can include child NgModules in a hierarchy of any depth. + +## NgModule metadata + +An NgModule is defined by a class decorated with `@NgModule()`. The `@NgModule()` decorator is a function that takes a single metadata object, whose properties describe the module. The most important properties are as follows. + +* `declarations`: The [components](guide/architecture-components), *directives*, and *pipes* that belong to this NgModule. + +* `exports`: The subset of declarations that should be visible and usable in the *component templates* of other NgModules. + +* `imports`: Other modules whose exported classes are needed by component templates declared in *this* NgModule. + +* `providers`: Creators of [services](guide/architecture-services) that this NgModule contributes to the global collection of services; they become accessible in all parts of the app. (You can also specify providers at the component level, which is often preferred.) + +* `bootstrap`: The main application view, called the *root component*, which hosts all other app views. Only the *root NgModule* should set the `bootstrap` property. + +Here's a simple root NgModule definition. + + + +
+ + `AppComponent` is included in the `exports` list here for illustration; it isn't actually necessary in this example. A root NgModule has no reason to *export* anything because other modules don't need to *import* the root NgModule. + +
+ +## NgModules and components + +NgModules provide a *compilation context* for their components. A root NgModule always has a root component that is created during bootstrap, but any NgModule can include any number of additional components, which can be loaded through the router or created through the template. The components that belong to an NgModule share a compilation context. + + + +
+ +A component and its template together define a *view*. A component can contain a *view hierarchy*, which allows you to define arbitrarily complex areas of the screen that can be created, modified, and destroyed as a unit. A view hierarchy can mix views defined in components that belong to different NgModules. This is often the case, especially for UI libraries. + + + +
+ +When you create a component, it's associated directly with a single view, called the *host view*. The host view can be the root of a view hierarchy, which can contain *embedded views*, which are in turn the host views of other components. Those components can be in the same NgModule, or can be imported from other NgModules. Views in the tree can be nested to any depth. + +
+ +**Note:** The hierarchical structure of views is a key factor in the way Angular detects and responds to changes in the DOM and app data. + +
+ +## NgModules and JavaScript modules + +The NgModule system is different from and unrelated to the JavaScript (ES2015) module system for managing collections of JavaScript objects. These are *complementary* module systems that you can use together to write your apps. + +In JavaScript each *file* is a module and all objects defined in the file belong to that module. +The module declares some objects to be public by marking them with the `export` key word. +Other JavaScript modules use *import statements* to access public objects from other modules. + + + + + + + +## Angular libraries + +Component + +Angular loads as a collection of JavaScript modules. You can think of them as library modules. Each Angular library name begins with the `@angular` prefix. Install them with the node package manager `npm` and import parts of them with JavaScript `import` statements. + +
+ +For example, import Angular's `Component` decorator from the `@angular/core` library like this. + + + +You also import NgModules from Angular *libraries* using JavaScript import statements. +For example, the following code imports the `BrowserModule` NgModule from the `platform-browser` library. + + + +In the example of the simple root module above, the application module needs material from within +`BrowserModule`. To access that material, add it to the `@NgModule` metadata `imports` like this. + + + +In this way you're using the Angular and JavaScript module systems *together*. Although it's easy to confuse the two systems, which share the common vocabulary of "imports" and "exports", you will become familiar with the different contexts in which they are used. + +
+ + Learn more from the [NgModules](guide/ngmodules) guide. + +
diff --git a/aio/content/guide/architecture-modules.md b/aio/content/guide/architecture-modules.md index f43c5d71c1..a46211fd1f 100644 --- a/aio/content/guide/architecture-modules.md +++ b/aio/content/guide/architecture-modules.md @@ -1,39 +1,39 @@ -# Introduction to modules +# Introducción a módulos -Angular apps are modular and Angular has its own modularity system called *NgModules*. -NgModules are containers for a cohesive block of code dedicated to an application domain, a workflow, or a closely related set of capabilities. They can contain components, service providers, and other code files whose scope is defined by the containing NgModule. They can import functionality that is exported from other NgModules, and export selected functionality for use by other NgModules. +Las aplicaciones Angular son modulares y Angular tiene su propio sistema de modularidad llamado *NgModules*. +Los NgModules son contenedores para un bloque cohesivo de código dedicado a un dominio de aplicación, un flujo de trabajo o un conjunto de capacidades estrechamente relacionadas. Pueden contener componentes, proveedores de servicios y otros archivos de código cuyo alcance está definido por el NgModule que los contiene. Pueden importar la funcionalidad que se exporta desde otros NgModules y exportar la funcionalidad seleccionada para que la utilicen otros NgModules. -Every Angular app has at least one NgModule class, [the *root module*](guide/bootstrapping), which is conventionally named `AppModule` and resides in a file named `app.module.ts`. You launch your app by *bootstrapping* the root NgModule. +Cada aplicación Angular tiene al menos una clase NgModule, [el *módulo raíz*](guide/bootstrapping), que se llama convencionalmente `AppModule` y reside en un archivo llamado `app.module.ts`. Inicia tu aplicación *cargando* el NgModule raíz. -While a small application might have only one NgModule, most apps have many more *feature modules*. The *root* NgModule for an app is so named because it can include child NgModules in a hierarchy of any depth. +Si bien una aplicación pequeña puede tener sólo un NgModule, la mayoría de las aplicaciones tienen muchos más *módulos de funcionalidad*. El NgModule *raíz* para una aplicación se llama así porque puede incluir NgModules secundarios en una jerarquía de cualquier profundidad. -## NgModule metadata +## Metadatos de NgModule -An NgModule is defined by a class decorated with `@NgModule()`. The `@NgModule()` decorator is a function that takes a single metadata object, whose properties describe the module. The most important properties are as follows. +Un NgModule está definido por una clase decorada con `@NgModule()`. El decorador `@NgModule()` es una función que toma un único objeto de metadatos, cuyas propiedades describen el módulo. Las propiedades más importantes son las siguientes. -* `declarations`: The [components](guide/architecture-components), *directives*, and *pipes* that belong to this NgModule. +* `declarations`: Los [componentes](guide/architecture-components), *directivas*, y *pipes* que pertenecen a este NgModule. -* `exports`: The subset of declarations that should be visible and usable in the *component templates* of other NgModules. +* `exports`: El subconjunto de declaraciones que deberían ser visibles y utilizables en las *plantillas de componentes* de otros NgModules. -* `imports`: Other modules whose exported classes are needed by component templates declared in *this* NgModule. +* `imports`: Otros módulos cuyas clases exportadas son necesarias para las plantillas de componentes declaradas en *este* NgModule. -* `providers`: Creators of [services](guide/architecture-services) that this NgModule contributes to the global collection of services; they become accessible in all parts of the app. (You can also specify providers at the component level, which is often preferred.) +* `providers`: Creadores de [servicios](guide/architecture-services) que este NgModule aporta a la colección global de servicios; se vuelven accesibles en todas las partes de la aplicación. (También puedes especificar proveedores a nivel de componente, que a menudo es preferido). -* `bootstrap`: The main application view, called the *root component*, which hosts all other app views. Only the *root NgModule* should set the `bootstrap` property. +* `bootstrap`: La vista principal de la aplicación, llamado el *componente raíz*, que aloja todas las demás vistas de la aplicación. Sólo el *NgModule raíz* debe establecer la propiedad `bootstrap`. -Here's a simple root NgModule definition. +Aquí hay una definición simple del NgModule raíz.
- `AppComponent` is included in the `exports` list here for illustration; it isn't actually necessary in this example. A root NgModule has no reason to *export* anything because other modules don't need to *import* the root NgModule. + Aquí se incluye `AppComponent` en la lista de `exports` como ilustración; en realidad no es necesario en este ejemplo. Un NgModule raíz no tiene ninguna razón para *exportar* nada porque otros módulos no necesitan *importar* el NgModule raíz.
-## NgModules and components +## NgModules y componentes -NgModules provide a *compilation context* for their components. A root NgModule always has a root component that is created during bootstrap, but any NgModule can include any number of additional components, which can be loaded through the router or created through the template. The components that belong to an NgModule share a compilation context. +NgModules proporciona un *contexto de compilación* para sus componentes. Un NgModule raíz siempre tiene un componente raíz que se crea durante el arranque, pero cualquier NgModule puede incluir cualquier cantidad de componentes adicionales, que se pueden cargar a través del enrutador o crear a través de la plantilla. Los componentes que pertenecen a un NgModule comparten un contexto de compilación.