Tengo la siguiente clase de TypeScript

export class Vehicule extends TrackableEntity {
  vehiculeId: number;
  constructor() {
    super();
    return super.proxify(this);
  }
}

mi destino mecanografiado en tsconfig.json está configurado como es6:

"compilerOptions": {
    "module": "es2015",
    "moduleResolution": "node",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "target": "es6",
}

En tiempo de ejecución, aquí en Chrome, el código falla con:

ReferenceError: Cannot access 'Vehicule' before initialization
    at Module.Vehicule (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:10559:100)
    at Module../src/app/domain/models/VehiculeGpsBoxInfo.ts (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:11156:69)
    at __webpack_require__ (https://localhost:44338/runtime.js:84:30)
    at Module../src/app/domain/models/Vehicule.ts (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:10571:78)
    at __webpack_require__ (https://localhost:44338/runtime.js:84:30)
    at Module../src/app/components/dispositifsDATI/mainDATI/listDATI/listDATI.component.ts (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:6447:82)
    at __webpack_require__ (https://localhost:44338/runtime.js:84:30)
    at Module../src/app/components/dispositifsDATI/index.ts (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:3053:95)
    at __webpack_require__ (https://localhost:44338/runtime.js:84:30)
    at Module../src/app/components/dispositifsDATI/dispositifsDATI.routes.ts (https://localhost:44338/src-app-components-dispositifsDATI-dispositifsDATI-module.js:2982:64)

Necesitaba cambiar es5 a es6 para resolver este otro problema.

EDITAR: El archivo VehiculeGpsBoxInfo.ts está importando Vehicule de esta manera:

import { Vehicule } from "./Vehicule";

EDICIÓN 2: diría que esto puede estar relacionado con el paquete web, la forma en que los módulos se exportan/importan en los módulos generados.

EDIT 3: Después de más investigaciones, esto parece no tener nada que ver con el código que se muestra arriba. Comenzó una nueva pregunta sobre webpack y ES6.

Recibí este error debido a una dependencia circular, como

• A inyectado con B
• B inyectado con C
• C inyectado con A

La eliminación de la dependencia circular solucionó este error.

Probablemente te encuentres con este problema de Angular: https://github.com/angular/angular-cli/issues/15077.

De ese problema:

Hola, ¿hay alguna razón por la que necesite emitDecoratorMetadata para ser verdad?

Esta opción de TypeScript tiene una limitación de diseño fundamental con el código ES2015+ y es mejor evitarla al apuntar a dicha salida. Como tal, este es un problema con TypeScript en sí mismo y no con Angular.

Angular 8+ ya no requiere la opción. Anteriormente, solo se requería para el modo JIT, que generalmente solo se usa en desarrollo.

La solución es establecer "emitDecoratorMetadata": false en su archivo tsconfig.json.

Nota al margen:
Debo decir, dado que las versiones anteriores de Angular CLI agregaron automáticamente emitDecoratorMetadata: truey no hay ninguna razón por la que pueda ver por qué un desarrollador debería saber eso emitDecoratorMetadata ahora debería ser false, es bastante horrible que el equipo de Angular básicamente dijera “este no es nuestro problema” y cerró el problema sin acción. Esto podría haberse “arreglado” fácilmente agregando una mejor documentación (como lo señaló alguien en el problema vinculado).

Tenga en cuenta que este error también puede ser causado por la definición de dos públicos @Injectable clases dentro del mismo .ts expediente.

Me he tropezado con esto más de una vez cuando solo estoy creando prototipos localmente (especialmente cuando refactorizo ​​un servicio en varios).

Entorno emitDecoratorMetadata: false soluciona esta situación también; pero en caso de que tenga prisa por arreglar algo o no quiera jugar con eltsconfig.json archivo en un proyecto grande: es útil saber que es posible que pueda solucionarlo simplemente moviendo una de las clases a un nuevo archivo.

Me encontré con esto debido al orden de mis declaraciones de importación en el módulo. Un archivo que también accedió al componente tuvo que ser importado antes que el componente.

para encontrar dependencias circulares:

npx madge –circular –extensiones ts ./

(construir antes)

En Angular 8, teniendo entryComponents declarado como una lista vacía en un SharedModule me causó este problema:

entryComponents: []

Después de quitar entryComponentstodo funcionó bien.

¡La dependencia circular es el diablo!

Hace que el compilador no pueda resolver todo el bucle de dependencia. En la mayoría de los casos, los errores parecen que no está importando las clases en absoluto.

Algunos podrían pensar que las dependencias circulares solo deben evitarse en servicios y módulos. Sin embargo, la dependencia circular debe evitarse en todas las formas, incluso en modelos, componentes y clases.

Cuando tiene una dependencia circular, es una señal de que (tarde o temprano) necesita refactorizar y reestructurar su código. Los siguientes consejos pueden ser útiles para hacerlo. Supongamos que queremos eliminar la dependencia circular entre dos clases A, B.

Solución 1: unión/fusión

A y B siguen el mismo concepto y se pueden fusionar en una sola clase.

Solución 2: Separación/Creación

Debería haber una nueva clase C, en la que tanto A como B dependan o se sitúe en algún lugar entre esos dos.

Según mi experiencia, en la mayoría de los casos, la dependencia circular ocurre porque el desarrollador tiende a fusionar n lógicas en k (k