Добавлено небольшое репо, воспроизводящее это.

Судя по моей быстрой отладке, похоже, что static_reflector statics неправильно разрешает members / statics . Например, RouterModule должен иметь член forChild .

У меня тоже есть эта проблема. Я попробовал fullTemplateTypeCheck в lib/tsconfig.json и это не имело никакого значения.

Моя репродукция:

git clone https://github.com/johnpapa/angular-ngrx-data.git ngrx-data-FAIL
cd ngrx-data-FAIL
git checkout ng-v6-FAIL
npm install

Теперь попытайтесь создать библиотеку ngrx-data

npm run build-lib

Сборка не удалась. Консоль говорит

BUILD ERROR
Error during template compile of 'NgrxDataModule'
  Function calls are not supported in decorators but 'StoreModule' was called.
  ...

Закомментируйте два импорта ngrx в NgrxDataModule (оставив FooModule ) и попробуйте построить снова.
На этот раз сборка завершается успешно и создается пакет в dist .

Обратите внимание, что FooModule в порядке.

По поводу репродукции Уорда: @wardbell

Сборка будет успешной / неудачной в зависимости от комбинации angularCompilerOptions . Добавлен один пример в этом воспроизведении

Добейтесь успеха

    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    "fullTemplateTypeCheck": true

    "skipTemplateCodegen": false,
    "strictMetadataEmit": false

    "skipTemplateCodegen": false,
    "strictMetadataEmit": true,
    // fullTemplateTypeCheck omitted (= default value)

Сбои сборки

    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    // fullTemplateTypeCheck omitted (= default value)

    "skipTemplateCodegen": true,
    "strictMetadataEmit": false
    // fullTemplateTypeCheck omitted (= default value)

Наблюдение

В примере Уорда установка "skipTemplateCodegen": true требует, чтобы "fullTemplateTypeCheck": true также был включен для получения успешной сборки от ngc.

Примечания / другие мысли

По моему опыту, проблема сводится к «всему, что статически анализируется для AoT» (см. «Необходимость в разрешении статических значений» в документации компилятора ). Imo, что-то не работает с опцией strictMetadataEmit или мое понимание опции ужасно нарушено 😆

По своему опыту могу сказать, что проблема часто возникает в static forRoot(): ModuleWithProviders , иногда в зависимости от одной строки кода, которая становится или не становится «статически анализируемой». Конечно, у меня нет надежных репро, и я также не хочу строить предположения о некоторых смутных воспоминаниях о коде, который я видел работающим / неработающим.

Может ли ngc улучшить сообщение об ошибке?

Что поможет, что ngc распечатывает номер строки в исходном коде, которая вызывает ошибку.

Спасибо, @dherges , за то, что

Этот вопрос должен оставаться открытым до тех пор, пока Angular не сделает этот выбор понятным и соответствующим образом не задокументирует.

Может ли кто-нибудь подсказать, что мне сейчас делать, чтобы решить эту проблему?
ng build --prod
Я использую ngx-progressbar
и я получаю: «Вызов функций не поддерживается в декораторах, но был вызван NgProgressModule».

Вы используете последнюю версию angular cli с библиотекой tsconfig? Если не я
предложить либо обновить до этого, либо обновить до ng-packagr v3.0.0-rc.3

В среду, 9 мая 2018 г., в 15:47, iamimbohacker [email protected]
написал:

Может ли кто-нибудь подсказать, что мне сейчас делать, чтобы решить эту проблему?
Получаю когда ng build --prod
я использую ngx-progressbar
и я получаю: "Вызов функций не поддерживается в декораторах, но
Был вызван «NgProgressModule». "

-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/angular/angular/issues/23609#issuecomment-387743732 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AQv-WtOWkvdrrvf6luk2S0wYaFWeLaejks5twvNugaJpZM4TsqoI
.

Я использую только Angular CLI 6.0.0. Я не использую ng-packagr

@dherges у меня есть эти

но я все равно получаю сообщение об ошибке, когда использую модуль в AOT

Для получения дополнительной информации о том, почему метаданные опущены, как показано на снимке экрана @ alan-agius4, у меня есть подробное описание на dherges / ng-packagr # 860.

Для записи у меня есть эта проблема с последними версиями angular и ng-packagr (3.0.0), и для трех вышеупомянутых параметров установлено значение true (это значение по умолчанию при создании библиотеки с помощью angular-cl).
Так что я не уверен, что пиар, который вы сделали @JoostK, действительно
Это действительно заноза в заднице, потому что нет способа понять, почему что-то работает или нет (в какой-то момент я заставил это работать, но я не могу знать, почему и как я могу вернуться в это рабочее состояние), я второй Запрос @dherges для улучшения вывода ошибок…

РЕДАКТИРОВАТЬ: Я нашел источник своей проблемы, это было неправильное объявление paths в tsconfig, препятствующее обнаружению метаданных. Тем не менее, нам действительно чего-то не хватает для диагностики этих проблем ...

Думаю, у меня была такая же проблема. В моем случае метаданные используемой библиотеки не были сгенерированы правильно:

`` library.metadata.json выглядела так
"метаданные": {}

Then I changed the public_api.ts in the library project:

от

экспорт * из './lib/auth';

к

экспорт * из './lib/auth/index';
``

Теперь работает нормально. Может это поможет решить вопрос?

Почему в декораторах не поддерживаются вызовы функций? Какие воздействия это может вызвать? Непонятно, какой мыслительный процесс стоит за этим. Доступные документы не содержат подробностей. Например, компилятор выдает ошибку для приведенного ниже кода.

@NgModule ({})

export class MyStoreModule {
static forRoot (): ModuleWithProviders {
return StoreModule.forRoot (редукторы);
}
конструктор (частный магазин: Магазин) {
console.log ("инициализированное хранилище приложений --->", this.store);
}
}

@NgModule ({
импорт: [
StateProviderModule.forRoot (),
],
поставщики: [
]
})

экспортный класс ABCModule {}

Ошибка при компиляции шаблона "ABCModule"
Вызов функций не поддерживается в декораторах, но StoreModule был вызван в MyStoreModule
MyStoreModule вызывает StoreModule.

Прямая ссылка на эти классы в ABCModule решает проблемы .. Но будет противоречить стандарту «разделения ответственности». Есть идеи??

Я тоже столкнулся с этой проблемой, однако у меня немного другой случай:
Я определяю свои Route как дерево, чтобы показать их в иерархической структуре в боковой навигации.
Вместо RouterModule мне нужно предоставить сплющенную версию этого дерева.

Пример:

export const ROUTE_TREE: RouteTree  = [
    {
        path: PATH_PARENT,
        component: ParentComponent,
        treeChildren: [
            {
                path: PATH_CHILD_1,
                component: ChildComponent,
                data: {
                    num: 1
                },
            },
                path: PATH_CHILD_2,
                component: ChildComponent,
                data: {
                    num: 2
                },
            }
        ]
    }
];

должно стать:

export const ROUTE_TREE: RouteTree  = [
    {
        path: PATH_PARENT,
        component: ParentComponent
    },
    {
        path: PATH_CHILD_1,
        component: ChildComponent,
        data: {
            num: 1
        },
    },
        path: PATH_CHILD_2,
        component: ChildComponent,
        data: {
            num: 2
        },
    }
];

для RouterModule .
Поскольку я не хочу дважды менять Route s, если я что-то изменяю, добавляю или удаляю, я написал функцию «выравнивания» для своего дерева и использую ее в методе RouterModuleforRoot .

JIT работает нормально, но AOT выдает ошибку, говоря Function calls are not supported in decorators .

Я, вероятно, попробую пойти другим путем и определить плоскую Route s и попытаться преобразовать ее в дерево программно.

@Springrbua Я думаю, что в вашем случае ошибка на самом деле является правильным поведением. Если вы используете функцию сглаживания внутри декоратора.

@ alan-agius4 Я ожидал этого, но не совсем понимаю почему. Кроме того, я не могу найти простой способ решения проблемы ...

Это потому, что метаданные нужно разрешать во время компиляции, а не во время выполнения.

@ alan-agius4 спасибо за информацию, теперь, когда я это знаю, это кажется очевидным ...

Есть новости по этому поводу? У меня здесь довольно много ошибок: https://github.com/formly-js/ngx-formly/issues/996.

Будет ли luuuuv видеть это исправленным :-)

Я хотел прокомментировать еще раз, потому что я в пятый раз столкнулся с этой ошибкой при обновлении всех своих демонстрационных приложений, основного приложения и библиотек (3 демонстрации, 1 основное приложение и 3 библиотеки). Я получаю эти ошибки в различных модулях. Один из них упоминался выше (formly-js / ngx-formly # 996), а затем другой, который я только что получил от @ ngrx / core, где говорится о той же ошибке:

Error during template compile of 'CoreStoreModule'
  Function calls are not supported in decorators but 'StoreModule' was called.

Остальные 3 взяты из методов forRoot в моих собственных модулях. Общей темой для всех них является то, что все они используют InjectionToken s. Я совершенно убежден, что это относится только к модулям, которые используют методы forRoot предоставляющие значение для InjectionToken .

Это заставляет меня копировать все, что есть в этих методах forRoot, и вставлять их в модуль, в котором они мне нужны. Это становится очень утомительным, особенно когда эти InjectionTokens взяты из библиотек, которые я не поддерживаю.

В любом случае, я очень признателен за все усилия, приложенные для устранения этой ошибки. Если я могу чем-то помочь, я готов помочь. Я не совсем уверен, что делать, чтобы помочь с этим. Похоже, это связано с тем, что происходит. Надеюсь, это скоро разрешится.

После перемещения поставщиков из forRoot на StoreModule , то же самое произошло с EffectsModule.forRoot ( @ngrx/effects ) и StoreDevtoolsModule.instrument() ( @ngrx/store-devtools ).

Похоже, что в EffectsModule и StoreDevtoolsModule тоже есть InjectionTokens .

Эта ошибка превратила чистый файл модуля:

@NgModule({
  imports: [
    StoreModule.forRoot(prmCoreActionReducers, { initialState: initialPrmCoreState }),
    EffectsModule.forRoot([ApiEffects, GridEffects]),
    StoreDevtoolsModule.instrument(),
  ],
})
export class PrmCoreStoreModule { }

В беспорядок:

@NgModule({
  providers: [
    // STORE DEV TOOLS MODULE instrument() Temporary Fix
    DevtoolsExtension,
    DevtoolsDispatcher,
    StoreDevtools,
    {
      provide: INITIAL_OPTIONS,
      useValue: {},
    },
    {
      deps: [REDUX_DEVTOOLS_EXTENSION, STORE_DEVTOOLS_CONFIG],
      provide: IS_EXTENSION_OR_MONITOR_PRESENT,
      useFactory: createIsExtensionOrMonitorPresent,
    },
    {
      provide: REDUX_DEVTOOLS_EXTENSION,
      useFactory: createReduxDevtoolsExtension,
    },
    {
      deps: [INITIAL_OPTIONS],
      provide: STORE_DEVTOOLS_CONFIG,
      useFactory: createConfig,
    },
    {
      deps: [StoreDevtools],
      provide: StateObservable,
      useFactory: createStateObservable,
    },
    {
      provide: ReducerManagerDispatcher,
      useExisting: DevtoolsDispatcher,
    },

    // EFFECTS MODULE forRoot Temporary Fix
    EffectsRunner,
    EffectSources,
    Actions,
    ApiEffects,
    GridEffects,
    {
      deps: [ApiEffects, GridEffects],
      provide: ROOT_EFFECTS,
      useFactory: createSourceInstances,
    },

    // STORE MODULE forRoot Temporary Fix
    { provide: _INITIAL_STATE, useValue: initialPrmCoreState },
    {
      deps: [_INITIAL_STATE],
      provide: INITIAL_STATE,
      useFactory: _initialStateFactory,
    },
    { provide: _INITIAL_REDUCERS, useValue: prmCoreActionReducers },
    {
      provide: _STORE_REDUCERS,
      useExisting: prmCoreActionReducers instanceof InjectionToken ? prmCoreActionReducers : _INITIAL_REDUCERS,
    },
    {
      deps: [Injector, _INITIAL_REDUCERS, [new Inject(_STORE_REDUCERS)]],
      provide: INITIAL_REDUCERS,
      useFactory: _createStoreReducers,
    },
    {
      provide: META_REDUCERS,
      useValue: [],
    },
    {
      provide: _REDUCER_FACTORY,
      useValue: combineReducers,
    },
    {
      deps: [_REDUCER_FACTORY, META_REDUCERS],
      provide: REDUCER_FACTORY,
      useFactory: createReducerFactory,
    },
    ACTIONS_SUBJECT_PROVIDERS,
    REDUCER_MANAGER_PROVIDERS,
    SCANNED_ACTIONS_SUBJECT_PROVIDERS,
    STATE_PROVIDERS,
    STORE_PROVIDERS,
  ],
})
export class PrmCoreStoreModule { }

В качестве примечания, я сейчас использую другой модуль с forRoot который использует Angular APP_INITIALIZER InjectionToken из ConfigModule из пакета @ngx-config/core и пришлось проделать то же самое, что и вышеупомянутые модули.

+1
На данный момент можно оставить конфигурацию в модуле, который использует мою библиотеку, но в будущем было бы здорово, если бы кто-нибудь мог прийти и сказать статус этого исправления.

Есть обновления? Это блокирует нашу миграцию с angular 5 на 6. Наши библиотеки содержат 3 forRoot. Мне не нравится решение скопировать код forRoot внешних библиотек в наш проект.

Согласовано. У нас есть задача вернуться, как только это будет исправлено.

@ jfpicard1 , этот флаг не связан с угловым компилятором и этой ошибкой.

У меня была аналогичная ошибка, которая произошла только при использовании yarn link .
Исправил установкой из исходников.

+1 Есть новости по этой проблеме?

@shairez Интересно, проблема ли в этом. Моя проблема в том, что из-за моего монорепо мне нужно связать свои библиотеки с моим приложением через npm link . Надеюсь, есть другое решение.

Из ссылки на ngx-api-utils , возможно, они связаны только с токенами, которые не используют параметры в InjectionToken providedIn и factory ?

См. Https://github.com/ngx-api-utils/ngx-api-utils/commit/276f50afb7d2d6884047adc78b5888026080574e

@danielmhair Я следил за вашим комментарием выше https://github.com/angular/angular/issues/23609#issuecomment -401456878 и реорганизовал код, чтобы избежать forRoot который предоставляет InjectionToken и это работал, конечно, теряя удобство forRoot , которого я очень скучаю!

Я хотел сказать, что у меня не было возможности копнуть глубже и подтвердить, что это только InjectionToken или есть что-то еще, например, через эти https://github.com/ngx- прошел RegExp

Я очень надеюсь, что эта проблема будет исправлена ​​как можно скорее или мы сможем прояснить эту тему!

Да, я точно скучаю по forRoot . Я действительно ненавижу этот обход. С этим решением все работало, кроме одного. Я все еще отслеживаю, но это с ngrx, похоже, не работает.

На самом деле, это не соответствует тому, что я разместил здесь: https://github.com/angular/angular/issues/23609#issuecomment -401460241. Возможно, я не скопировал все из следующих forRoot :

    StoreModule.forRoot(prmCoreActionReducers, { initialState: initialPrmCoreState }),
    EffectsModule.forRoot([ApiEffects, GridEffects]),
    StoreDevtoolsModule.instrument(),

По сути, Chrome-расширение redux devtools показывает, что никакого активного redux нет, что означает, что StoreDevtoolsModule.instrument не работает должным образом. А другие, которые я использую для выполнения GET для моей сетки и моих сеток, не отображают никакой информации. Итак, в настоящее время я предполагаю, что это связано с неиспользованием forRoot. Мы увидим.

Я рекомендую не использовать символические ссылки (и npm link и yarn link ). Я предпочитаю копировать папки в node_modules - это то же самое, что и npm install при распаковке архивов.

Вы сказали не использовать ссылку пряжи. Я предполагаю, что это то же самое, что и yarn add @my/lib<strong i="5">@link</strong>:../dist/my-lib то же самое, верно? Это добавляет к package.json "@my/lib": "link:../dist/my-lib" . Вот почему я сказал, что использую npm link в своем предыдущем комментарии. Похоже, это приводит к тому же. Это просто удобно, поэтому когда я запускаю yarn , он добавляет эти ссылки.

Итак, у вас просто есть процесс автоматизации для копирования папок, @dherges?

Кроме того, когда ваш процесс сборки обновляет dist, ему придется каждый раз копировать dist, поэтому я предпочел связывание, потому что вам не нужно ничего копировать. А как насчет обеспечения зависимостей других библиотек?

Например, у меня есть:
Lib 1
Lib 2 зависит от lib 1
Lib 3 зависит от lib 1
По одной демонстрации для каждой библиотеки
Мое основное приложение зависит от lib 1, lib 2 и lib 3.

Полагаю, у меня будет просто отображение их зависимостей. А затем, когда я публикую, просто вручную добавляю их в package.json.

И имейте сценарий после установки, чтобы скопировать их. Или сценарий postbuild.

@dherges как насчет установки зависимостей моей библиотеки в моем приложении?

Хорошо будет скопировать библиотеку из dist/my-lib в my-app/node_modules/@my/lib , но как насчет установки зависимостей my-lib в my-app/node_modules ?

Хорошо, @dherges, я нашел лучший способ сделать это. В dist/my-lib я запускаю npm pack , затем запускаю yarn add @my/lib<strong i="8">@file</strong>:../dist/my-lib/my-lib-3.0.0.tgz в моем приложении, которое копирует папку dist (точно так же, как копирование файлов), но я все еще получение этой ошибки, поэтому в моем случае yarn link не является проблемой.

Есть новости по этой проблеме? Кажется, это основная идиома angular, и она не работает уже почти 3 месяца. Почему это не было отмечено как блокирующая ошибка и не было уделено приоритетное внимание перед реализацией новых функций? Проекты реализуют довольно уродливые решения для этого, и это было препятствием для перехода на Angular 6 для многих,

Проблема с несоблюдением файлов index.ts должна быть исправлена ​​в выпуске 6.0.8 (см. Https://github.com/angular/angular/pull/22856).

Я не знаю, вызывает ли какие-то другие симптомы описанные здесь симптомы, было бы интересно, если бы люди протестировали.

Я нашел другой обходной путь, который не такой уродливый, как мой предыдущий обходной путь. Вы можете увидеть, где я это нашел, здесь:
https://github.com/dschnelldavis/angular2-json-schema-form/issues/273#issuecomment -407184242. Итак, вот мой обходной путь для приведенного выше примера с ngrx.

export const storeModuleForRoot: ModuleWithProviders = StoreModule.forRoot(prmCoreActionReducers, { initialState: initialPrmCoreState })
export const effectsModuleForRoot: ModuleWithProviders = EffectsModule.forRoot([ApiEffects, GridEffects])
export const storeDevToolsModuleForRoot: ModuleWithProviders = StoreDevtoolsModule.instrument()

@NgModule({
  imports: [
    effectsModuleForRoot,
    storeModuleForRoot,
    storeDevToolsModuleForRoot,
  ],
})
export class PrmCoreStoreModule { }

Обратите внимание, что вы должны объявить ModuleWithProviders , иначе произойдет другая ошибка.

Я вижу, что [email protected] выпущен, кто-нибудь проверил, исправлена ​​ли эта проблема?

Я разместил здесь легко воспроизводимую ветку https://github.com/ngx-api-utils/ngx-api-utils/pull/14, используя недавно выпущенный Angular 6.1.0

После некоторой борьбы кажется, что forRoot должна быть функцией с оператором возврата и не более того.

Это означает, что переменные и функции не могут использоваться внутри метода .

РАБОТАЕТ

 public static forRoot(config: ITimoneerTab[]): ModuleWithProviders {
  return {
    ngModule: TabsModule,
    providers: [
      [...]
      {
        provide: APPLICATION_TABS,
        useValue: config
      }
    ]
  };
}

НЕ РАБОТАЕТ
Сохранение объекта в переменной или использование любой функции прерывает сборку.

public static forRoot(config: ITimoneerTab[]): ModuleWithProviders {
  const output = {
    ngModule: TabsModule,
    providers: [
     [...]
      {
        provide: APPLICATION_TABS,
        useValue: config
      }
    ]
  };

  return output;
}

Зафиксируйте исправление этого в Timoneer

ng build --prod

ERROR in Error during template compile of 'AppTabsModule'
  Function calls are not supported in decorators but 'TabsModule' was called.

Хороший пример - RouterModule.

@leonardochaia , это правильно, потому что это должна быть полностью статическая функция, включая то, что она возвращает, поэтому в ней не может быть константы.

После прочтения ответа @leonardochaia я только что исправил эту ошибку в моем импорте console.log() из объявления метода forRoot

Как следует обрабатывать общие модули, которые используют данные, переданные из контекста приложения для инициализации? Я пробую решение, предложенное в https://github.com/angular/angular-cli/issues/9358#issuecomment -373053053, но безуспешно.

Мой сценарий выглядит следующим образом:

> ng --version
Angular CLI: 6.1.4
Node: 10.4.1
OS: win32 x64
Angular: 6.1.4
... animations, cli, common, compiler, compiler-cli, core, forms
... http, language-service, platform-browser
... platform-browser-dynamic, router

Package                            Version
------------------------------------------------------------
@angular-devkit/architect          0.7.4
@angular-devkit/build-angular      0.7.4
@angular-devkit/build-ng-packagr   0.7.5
@angular-devkit/build-optimizer    0.7.4
@angular-devkit/build-webpack      0.7.4
@angular-devkit/core               0.7.4
@angular-devkit/schematics         0.7.4
@angular/cdk                       6.4.6
@angular/flex-layout               6.0.0-beta.17
@angular/material                  6.4.6
@ngtools/json-schema               1.1.0
@ngtools/webpack                   6.1.4
@schematics/angular                0.7.4
@schematics/update                 0.7.4
ng-packagr                         3.0.6
rxjs                               6.2.2
typescript                         2.7.2
webpack                            4.9.2

Мой код:

import { NgModule, ModuleWithProviders, InjectionToken } from '@angular/core';
import { CommonModule } from '@angular/common';
import { AppSettingsService } from './services/app-settings.service';

export const AppSettingsObject = new InjectionToken('AppSettingsObject');

export function createAppSettingsService(settings) {
  return new AppSettingsService(settings);
}

@NgModule({
  imports: [
    CommonModule
  ]
})
export class AppSettingsModule {
  static forRoot(config: Object): ModuleWithProviders {
    return {
      ngModule: AppSettingsModule,
      providers: [
        { provide: AppSettingsObject, useValue: config },
        {
          provide: AppSettingsService,
          useFactory: (createAppSettingsService),
          deps: [AppSettingsObject]
        }
      ]
    };
  }
}

Ошибка:

> ng build my-app --prod

Date: 2018-08-29T
Hash: saghsh4ty463f34r4fef
Time: 8585ms
chunk {0} runtime.xxx.js (runtime) 1.05 kB [entry] [rendered]
chunk {1} styles.xxx.css (styles) 102 kB [initial] [rendered]
chunk {2} polyfills.xxx.js (polyfills) 130 bytes [initial] [rendered]
chunk {3} main.xxx.js (main) 128 bytes [initial] [rendered]

ERROR in Error during template compile of 'MyAppModule'
  Function calls are not supported in decorators but 'AppSettingsModule' was called.

Любая помощь?

Я бы предложил свое решение. Это временно, но не так уж плохо выглядит. Не уверен, что это поможет, но это помогло мне примерно в 5 таких сценариях.

В MyAppModule , когда вы вызываете forRoot , нужно ли экспортировать его в константную переменную, такую ​​как:

export const appSettingsModuleForRoot: ModuleWithProviders = AppSettingsModule.forRoot(yourConfig)

...
imports: [
  ...,
  appSettingsModuleForRoot,
],
...

Убедитесь, что вы импортировали ModuleWithProviders из @angular/core и поместили его как типизирующий. Это может не сработать, если вы не введете переменную appSettingsModuleForRoot .

@danielmhair Спасибо! На самом деле я тоже пробовал ваше исправление, и это тоже не сработало для меня.

Однако теперь я обнаружил, что проблема была не в этом фрагменте кода или предлагаемых здесь исправлениях, а скорее в другом фрагменте моего кода. Это было так, как я создавал объект config , который передавался в этот метод forRoot при импорте AppSettingsModule .

Эта проблема

/**
 * main.module.ts
 *
// Angular & Lodash
import { BrowserModule } from '@angular/platform-browser';
import { NgModule } from '@angular/core';
import { assign } from 'lodash';

// Application Modules
import { coreConfig } from '../modules/core';
import { userConfig } from '../modules/user';

// Components
import { MainComponent } from './components/main.component';

const appConfig = assign({}, coreConfig, userConfig);     // <--- This is where the problem came from!!

@NgModule({
  declarations: [
    MainComponent
  ],
  imports: [
    BrowserModule,
    // Application-specific modules
    AppSettingsModule.forRoot(appConfig)
  ],
  providers: [],
  bootstrap: [MainComponent]
})
export class MainModule { }

Исправление

Чтобы исправить это, я заменил это на

/**
 * main.module.ts
 *
@NgModule({
  declarations: [
    MainComponent
  ],
  imports: [
    BrowserModule,
    // Application-specific modules
    AppSettingsModule.forRoot(coreConfig, userConfig)
  ],
  providers: [],
  bootstrap: [MainComponent]
})
export class MainModule { }


/**
 * app.settings.module.ts
 *
export const CoreSettingsObject = new InjectionToken('CoreSettingsObject');
export const UserSettingsObject = new InjectionToken('UserSettingsObject');

export function createAppSettingsService(core, user) {
  return new AppSettingsService(assign({}, core, user));
}

@NgModule({
  imports: [
    CommonModule
  ]
})
export class AppSettingsModule {
  static forRoot(core: Object, user: Object): ModuleWithProviders {
    return {
      ngModule: AppSettingsModule,
      providers: [
        { provide: CoreSettingsObject, useValue: core },
        { provide: UserSettingsObject, useValue: user },
        {
          provide: AppSettingsService,
          useFactory: (createAppSettingsService),
          deps: [CoreSettingsObject, UserSettingsObject]
        }
      ]
    };
  }
}

Уловка, похоже, заключается в том, чтобы гарантировать, что выполнение кода не требуется перед вызовом forRoot . Весь исполняемый код должен быть только внутри фабрики. Метод forRoot может работать только с полностью статическими значениями.

Хорошо, я заговорил слишком рано. это как чистить лук! Эта проблема до сих пор полностью не устранена .

Контекст

AppSettingsModule которые я ссылаюсь в своих предыдущих сообщениях в ветке выше, на самом деле являются частью другого приложения библиотеки в той же рабочей области Angular CLI.

Когда я работал над этим проектом, чтобы исследовать другую проблему, я временно обновил свой tsconfig.json чтобы он указывал на приложение библиотеки напрямую, а не через папку dist .

Исходные настройки tsconfig.json

{
    ...
    "paths": {
      "my-lib": [
        "dist/my-lib"
      ],
      "my-lib/*": [
        "dist/my-lib/*"
      ]
    }
}

Изменены настройки tsconfig.json

{
    ...
    "paths": {
      "my-lib": [
        "projects/my-lib"
      ],
      "my-lib/*": [
        "projects/my-lib/*"
      ]
    }
}

С измененными выше настройками сборка работает нормально.

Однако, если я верну tsconfig.json к исходным настройкам, сборка завершится ошибкой.

Теперь я создал репозиторий github, чтобы проиллюстрировать эту проблему. Если вы клонируете это репо и запустите npm run repro , вы увидите ошибку, о которой я говорю.

Благодаря помощи @samherrmann мне удалось заставить свой код работать.

Похоже, что процесс компиляции с поддержкой AOT имеет проблемы с операторами import которые полагаются на файлы index.ts внутри каталогов.

Во-первых, явный оператор экспорта для модулей Angular был необходим в файле библиотеки public_api.ts чтобы избавиться от ошибки Function calls are not supported in decorators but 'Module' was called. .

Но даже после этого все операторы импорта на основе каталогов в коде библиотеки, которые полагаются на файлы index.ts в этих каталогах для экспорта других модулей, должны были быть изменены для импорта непосредственно из самих файлов модулей.

т.е. изменение:

import { TestService } from './services';

к

import { TestService } from './services/test.service';

Подробности см. На https://github.com/kiranjholla/ng-issue-23609-repro/issues/1#issuecomment -417449088.

Есть новости по этой проблеме?

Я решил, переместив все вызовы функций в обычные функции (например, function x() {} , а не const x = () =>{}

@albanx вы можете вставить фрагмент кода?

@yogeshgadge В
Пример в App.module.ts у меня был:

imports: [
   //....
    StoreModule.forRoot(reducers, {
      initialState: () => { //some fun }
    }),

Изменился на

import loadFromFunction from 'utils';

imports: [
   //....
    StoreModule.forRoot(reducers, {
      initialState: loadFromFunction
    }),

и utils.ts

export function loadFromFunction() {
}

Надеюсь, это дает идею

Я начал получать эту проблему в одной из моих библиотек после того, как переупаковал ее с помощью Angular 7.0 (по сравнению с 6.x). Пробовал все применимые предложения в этой теме, но безуспешно. Мои forRoot настолько статичны, насколько это возможно.

Библиотека

./misc/injection-tokens.ts

import {InjectionToken} from '@angular/core';
import {NgForageOptions} from '../config/ng-forage-options';

export const DEFAULT_CONFIG = new InjectionToken<NgForageOptions>('Default NgForage config');

NgForage.module.ts

import {ModuleWithProviders, NgModule} from '@angular/core';
import {NgForageOptions} from './config/ng-forage-options';
import {DEFAULT_CONFIG} from './misc/injection-tokens';

/**
 * NgForage core module
 */
@NgModule({})
export class NgForageModule {

  public static forRoot(config: Partial<NgForageOptions>): ModuleWithProviders<NgForageModule> {
    return {
      ngModule: NgForageModule,
      providers: [
        {
          provide: DEFAULT_CONFIG,
          useValue: config
        }
      ]
    };
  }
}

Тестовое приложение

import { BrowserModule } from '@angular/platform-browser';
import { NgModule, ModuleWithProviders } from '@angular/core';
import { NgForageModule } from 'ngforage';
import { AppComponent } from './app.component';

const ngfm: ModuleWithProviders<NgForageModule> = NgForageModule.forRoot({});

@NgModule({
  declarations: [
    AppComponent
  ],
  imports: [
    BrowserModule,
    ngfm
  ],
  providers: [],
  bootstrap: [AppComponent]
})
export class AppModule { }

Связанные сообщения об ошибках в репозитории библиотеки:

• Алорел / нгфураж # 107
• Алорел / нгфураж # 102

Это как быть где-то в четыре века. Не могу использовать AOT вообще: ((

Похоже, что что-то между 7.0.2 и 7.0.3 снова привело к этой ошибке.
Я получаю следующую ошибку:
[ИНФОРМАЦИЯ] фрагмент {0} runtime.ec2944dd8b20ec099bf3.js (время выполнения) 1,41 КБ [запись] [обработано]
[ОШИБКА] Вызов функций не поддерживается в декораторах, но «ÉµmakeDecorator» был вызван в «Injectable»
[ИНФОРМАЦИЯ] чанк {1} main.9868d9b237c3a48c54da.js (основной) 128 байт [начальный] [обработанный]
[ОШИБКА] «Injectable» вызывает «ÉµmakeDecorator».

На самом деле ничего мне не говорит, как я могу это отладить?

Это вторая по количеству комментариев проблема за последний год, уступающая только проблеме отслеживания Ivy. Это фундаментальная проблема с AOT, и ее статус - невыполненный. Можем ли мы "needTriage" это?

Думаю, ответ всегда будет один ...
Будет намного проще исправить, когда выйдет плющ ™

Давайте просто соберемся и дождемся, когда появится плющ 🤷🏻‍♂️

Я разделил эту проблему пополам между изменениями между веткой 6.0.0-beta.7 и 6.0.0-beta.8, используя репозиторий воспроизведения Алана по адресу https://github.com/alan-agius4/angular-issue-23609

конкретно

package.json в https://github.com/alan-agius4/angular-issue-23609, который РАБОТАЕТ без ошибок компиляции

{
  "name": "angular-function-calls-decorators",
  "version": "1.0.0",
  "private": true,
  "description": "",
  "main": "index.js",
  "scripts": {
    "build": "ngc",
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "@angular/core": "6.0.0-beta.7",
    "@angular/common": "6.0.0-beta.7",
    "@angular/compiler": "6.0.0-beta.7",
    "@angular/compiler-cli": "6.0.0-beta.7",
    "@angular/router": "6.0.0-beta.7",
    "rxjs": "^5.5.8",
    "zone.js": "^0.8.26"
  },
  "dependencies": {
    "typescript": "~2.6.2"
  }
}

и package.json в https://github.com/alan-agius4/angular-issue-23609 , у которого есть ошибка «Вызовы функций не поддерживаются в декораторах».

{
  "name": "angular-function-calls-decorators",
  "version": "1.0.0",
  "private": true,
  "description": "",
  "main": "index.js",
  "scripts": {
    "build": "ngc",
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "@angular/core": "6.0.0-beta.8",
    "@angular/common": "6.0.0-beta.8",
    "@angular/compiler": "6.0.0-beta.8",
    "@angular/compiler-cli": "6.0.0-beta.8",
    "@angular/router": "6.0.0-beta.8",
    "rxjs": "^5.5.8",
    "zone.js": "^0.8.26"
  },
  "dependencies": {
    "typescript": "~2.7.2"
  }
}

в частности, я думаю, что фиксация 6ef9f2278f64697920df8ecaf79293a7eef7e0ab представила проблему, но это, конечно, неопределенно.

@mgechev Я вижу, что эта проблема закрывается из-за проблемы с компилятором. Итак, когда мы можем ожидать разрешения этого средства, в каком выпуске? Это появилось после того, как я перенес все приложения, пакеты, генераторы на последнюю версию angular 7. Раньше все было нормально! Следует ли мне отменить изменение, что вы предлагаете!

@ rahulsahay19 см. комментарии к проблеме для обходных путей.

У меня такая же проблема, и я не могу получить рабочую версию с помощью каких-либо обходных путей.

Модуль угловой библиотеки

@NgModule({
  imports: [
    CommonModule,
    RouterModule
  ],
  exports: [
    RouterModule,
    DcPage,
    DcPageFooter,
    DcPageNavbar,
    DcPageSidebarDirective,
    DcPageSidebarElement
  ],
  declarations: [
    DcPage,
    DcPageFooter,
    DcPageNavbar,
    DcPageSidebarDirective,
    DcPageSidebarElement
  ],
  providers: []
})
export class DcPageModule {
  static forRoot(pageService: any): ModuleWithProviders {
    return {
      ngModule: DcPageModule,
      providers: [
        {provide: 'pageService', useClass: pageService}
      ]
    };
  }
}

Тестовое приложение , реализующее DcPageModule.

@NgModule({
  imports: [
    BrowserModule,
    CommonModule,
    FormsModule,
    ContractsRoutingModule,
    DcPageModule.forRoot(PageService),
    ... other stuff ...
   ],
  declarations: [
    ...
  ],
  providers: [
    ...
  ]
})
export class ContractsModule {}

Есть ли у кого-нибудь идеи и они могут мне помочь?

@mgechev Хорошо попробовали все обходные пути. Но ни один из них не работает! Я вижу, что эта проблема изначально была открыта для версий angular 6, но с angular 6 у меня все работало хорошо. он начал терпеть неудачу с выпуском angular 7. Ничего не изменилось с точки зрения кода, просто миграция! И теперь это блокиратор для нас. Итак, если обходные пути - единственный способ решить эту проблему, мне нужно вернуться к версии angular 6!

@ rahulsahay19 честно? Вы облажались, это ад и никого не волнует :) Перестал решать проблему.

Единственное, что, как я обнаружил, сработало, - это вообще не использовать forRoot и дублировать в каждом модуле, который использует ваш модуль, содержимое карты providers для forRoot . Но ваш пробег может отличаться :)

@victornoel в моем случае, у меня нет маршрутизации на уровне пакета. это на уровне приложения. и мои пакеты начали глючить именно по этой причине. Меня беспокоит только то, что мы не должны настраивать наш код для миграции, если это не имеет смысла. И на самом деле, ошибка, которую производит ngc, довольно расплывчатая, но не указывает на проблему. Поэтому сейчас думаю вернуться к предыдущей версии!

@ rahulsahay19 ошибка определенно не идеальна, и это проблема, которую мы должны исправить; извините за ваше разочарование. Если переход на версию 6 будет для вас самым простым решением, вы можете продолжить. Мы не делали серьезных изменений между v6 и v7.

@mgechev Спасибо за информацию!

Для сообщения об ошибке

Ошибка при компиляции шаблона ... Вызовы функций не поддерживаются в декораторах, но 'ɵmakeDecorator' был вызван в 'NgModule'

Убедитесь, что в вашей сборке AOT установлена ​​только _one_ версия @ angular / core. Должен быть найден только один модуль, а не несколько под разными подкаталогами:
find .|grep modules/@angular/core/package.json

У меня была ошибка, когда один модуль в проекте lerna использовал 7.2.4, а другие - 7.2.5.

Как следует обрабатывать общие модули, которые используют данные, переданные из контекста приложения для инициализации? Я пробую решение, предложенное в angular / angular-cli # 9358 (комментарий) , но безуспешно.

Мой сценарий выглядит следующим образом:

> ng --version
Angular CLI: 6.1.4
Node: 10.4.1
OS: win32 x64
Angular: 6.1.4
... animations, cli, common, compiler, compiler-cli, core, forms
... http, language-service, platform-browser
... platform-browser-dynamic, router

Package                            Version
------------------------------------------------------------
@angular-devkit/architect          0.7.4
@angular-devkit/build-angular      0.7.4
@angular-devkit/build-ng-packagr   0.7.5
@angular-devkit/build-optimizer    0.7.4
@angular-devkit/build-webpack      0.7.4
@angular-devkit/core               0.7.4
@angular-devkit/schematics         0.7.4
@angular/cdk                       6.4.6
@angular/flex-layout               6.0.0-beta.17
@angular/material                  6.4.6
@ngtools/json-schema               1.1.0
@ngtools/webpack                   6.1.4
@schematics/angular                0.7.4
@schematics/update                 0.7.4
ng-packagr                         3.0.6
rxjs                               6.2.2
typescript                         2.7.2
webpack                            4.9.2

Мой код:

import { NgModule, ModuleWithProviders, InjectionToken } from '@angular/core';
import { CommonModule } from '@angular/common';
import { AppSettingsService } from './services/app-settings.service';

export const AppSettingsObject = new InjectionToken('AppSettingsObject');

export function createAppSettingsService(settings) {
  return new AppSettingsService(settings);
}

@NgModule({
  imports: [
    CommonModule
  ]
})
export class AppSettingsModule {
  static forRoot(config: Object): ModuleWithProviders {
    return {
      ngModule: AppSettingsModule,
      providers: [
        { provide: AppSettingsObject, useValue: config },
        {
          provide: AppSettingsService,
          useFactory: (createAppSettingsService),
          deps: [AppSettingsObject]
        }
      ]
    };
  }
}

Ошибка:

> ng build my-app --prod

Date: 2018-08-29T
Hash: saghsh4ty463f34r4fef
Time: 8585ms
chunk {0} runtime.xxx.js (runtime) 1.05 kB [entry] [rendered]
chunk {1} styles.xxx.css (styles) 102 kB [initial] [rendered]
chunk {2} polyfills.xxx.js (polyfills) 130 bytes [initial] [rendered]
chunk {3} main.xxx.js (main) 128 bytes [initial] [rendered]

ERROR in Error during template compile of 'MyAppModule'
  Function calls are not supported in decorators but 'AppSettingsModule' was called.

Любая помощь?

Вы это исправили?

У меня была проблема с этим, и я решил ее. Он убил целый день (спасибо за это ...), но, похоже, я обошел его.

(Для записи, никакое количество покачиваний вокруг angularCompilerOptions или экспортированных функций и т. Д. Не имело никакого эффекта).

Моя проблема заключалась в том, что я хотел импортировать модуль в модуль, который был импортирован ленивым загруженным модулем, на основе данных среды, поступающих из приложения верхнего уровня. Модуль с отложенной загрузкой может использоваться в любом приложении в репозитории, поэтому данные среды должны всегда поступать из того, какой модуль app.module выполняет отложенную загрузку (чтобы данные среды могли изменяться).

Я решил, что для этого можно использовать forRoot, и я тоже (упрощенный код ниже). Обратите внимание, что класс, содержащий функцию forRoot, НЕ имеет деко ngModule (так как я возвращаю тот из функции forRoot, который завершен, хотите верьте, хотите нет, подход пришел из моих угловых дней "работы без TS", когда вы не было всех навороченных деко):

static forRoot ( environment ): ModuleWithProviders {
     <strong i="9">@NgModule</strong> ( {
        imports: [ environment.production ? ThisModule : ThatModule ],
        providers: [ Provider1, Provider2 ]
      } )
     class ConfiguredMod {}
     return { ngModule: ConfiguredMod }
}

Работал как шарм ... пока --prod. Затем мы все видим здесь ужасную ошибку.

Прочитав все, что можно прочитать по этой теме (включая весь документ Angular Compiler), я придумал это, и это сработало. Неприятно, но критически важно, от этого зависит большая часть моей стратегии "супер-продуманного моно репо".

В файле модуля:

    <strong i="15">@NgModule</strong> ( {
        imports: [ THISModule ],
        providers: [ Provider1, Provider2 ]
      } )
     export class ConfiguredTHISMod {}

    <strong i="16">@NgModule</strong> ( {
        imports: [ THATModule ],
        providers: [ Provider1, Provider2 ]
      } )
     export class ConfiguredTHATMod {}
    ....
    static forRoot ( environment ) {
        return { ngModule: ( environment.production ? ConfiguredTHISMod : ConfiguredTHATMod ) };
    }

Если бы я сделал это:

    static forRoot ( environment ) {
        const mod = environment.production ? ConfiguredTHISMod : ConfiguredTHATMod;
        return { ngModule: mod };
    }

Или любой способ проверки этого входящего объекта среды, например:

    static forRoot ( environment ) {
        environment = ( environment && 'production' in environment ? environment : { production : false } );
       return { ngModule: ( environment.production ? ConfiguredTHISMod : ConfiguredTHATMod ) };
    }

Он снова сломался.

У меня есть некоторые подозрения относительно того, почему это работает, в некотором смысле, я думаю, что это имеет смысл, основываясь на том, что я читал в документации компилятора, и хотя обычно это не делается, я подозреваю, что, возможно, ввод объекта среды может иметь некоторый эффект, но я Должен признать, что в лучшем случае я буду делать обоснованные предположения, поэтому я откажусь от обоснования. На данный момент я просто счастлив, что понял это до того, как мне пришлось работать сверхурочно.

Надеюсь, что это поможет кому-то там.

Это все еще открыто в Angular 5.2.11 ... есть новости по этому поводу?
@ alan-agius4
У этой ошибки низкий приоритет?

Вероятно, они не исправят это, пока Ivy не станет стабильным и не будет включен по умолчанию (Angular 9). По их оценкам, не ждите исправления до 2020 года 🙃

Я увидел кое-что интересное в этой проблеме.

Пакет Nebular / auth использует функцию внутри forRoot, и она работает. Как они это сделали? Я создал библиотеку из этого пакета и у меня ошибка ... Не понимаю, что я пропустил.

Небулярный / аутентификационный git:
https://github.com/akveo/nebular/blob/master/src/framework/auth/auth.module.ts

Есть идеи, почему это работает для этого пакета?

@ stoto34 ... они используют экспортируемые фабрики. Где вы видите, что они напрямую используют функции или около того?

@ mlc-mlapis При использовании пакета. Вот образец моего app.module (я использую nebular auth для аутентификации oauth2):

https://stackoverflow.com/questions/55125982/aot-build-error-function-calls-are-not-supported-in-decorators

@ stoto34 ... в этом разница environment.BASE_URI + environment.ENDPOINT_CONFIGS.ADMIN и environment.BASE_URI + environment.ENDPOINT_CONFIGS.GRAPHQL .

@ mlc-mlapis Мне очень жаль, но я не понимаю вашего ответа. Это просто значения среды, почему сборка aot из-за этого сломается?

Функция NbOAuth2AuthStrategy.setup тоже принимает объект, и она работает. Посмотрите код app.module

@ stoto34 ... потому что environment.BASE_URI + environment.ENDPOINT_CONFIGS.ADMIN - это выражение ... которое нужно как-то вычислить, чтобы получить результат ... а компилятор AOT не запускает никакого кода для получения результата. Он должен понимать, каков результат только чистого кода.

@ mlc-mlapis Я заменил выражение строкой напрямую. По-прежнему та же проблема, сборка aot не удалась с тем же сообщением об ошибке. Я не думаю, что проблема здесь, даже если вы правы насчет самовыражения и построения.

@ stoto34 ... ах, а что это ... опять же, используйте экспортированную функцию.

provide: NB_AUTH_TOKEN_INTERCEPTOR_FILTER, useValue: function (req: HttpRequest<any>) {...}

Спасибо @dherges. Я снова столкнулся с этой проблемой после того, как решил ее для себя год назад. Я внес незначительные изменения (буквально незначительные) в структуру моей библиотеки, и внезапно эта ошибка возникла снова, поскольку я использую AgGridModule, в котором есть функция для импорта модуля. Я смог решить эту проблему, просто добавив ...

    "angularCompilerOptions": {
        "fullTemplateTypeCheck": true
    }

... в мой файл tsconfig.json. В документации для этого есть следующая строка ...

Note: It is recommended to set this to true because this option will default to true in the future.

Так что я, по крайней мере, доволен этим решением и надеюсь, что он навсегда похоронен. :)

Итак, я пошел применить свои изменения ко второй библиотеке, которая у меня есть, и я обнаружил что-то тревожное и «объясняет», почему мои незначительные изменения в моей настройке, приведенной выше, стали вести себя иначе. Мое незначительное изменение, приведенное выше, в основном было связано с тем, что я добавил другой файл tsconfig.json для построения и обслуживания. Итак, для сборки я добавил в сборку --ts--config <tsconfig.json> . Теперь я столкнулся с другой ошибкой в ​​этой другой библиотеке и обнаружил, пытаясь отладить ее, что ...

ng build

и

ng build --ts-config tsconfig.json

дают разные результаты! Какая? Я передаю ему файл json по умолчанию, и первый работает нормально, а второй дает мне мою ошибку. Что, черт возьми, с этим происходит?

Для другой моей библиотеки, которая отлично работала с использованием файла tsconfig.json по умолчанию, но не удавалась при передаче файла json в качестве параметра, мне потребовались следующие настройки для решения моей проблемы ...

    "angularCompilerOptions": {
        "skipTemplateCodegen": true,
        "strictMetadataEmit": true,
        "fullTemplateTypeCheck": true
    }

... пожалуйста, не спрашивайте, потому что я не знаю почему. :) Ошибка, которую я получил, если бы я не установил их, была другой, но была этой .

fullTemplateTypeCheck: Cannot read property 'type' of null

@crowmagnumb Я предполагаю, что это потому, что файл по умолчанию вашей библиотеки - это не корень tsconfig.json , а дочерний lib/tsconfig.lib.json

Это выглядит так: https://github.com/angular/angular-cli/blob/a13924364482cbf9a61ba4c3ac1171d3feaf8034/tests/angular_devkit/build_ng_packagr/ng-packaged/projects/lib/tsconfig.lib.json

{
  "extends": "./tsconfig.dist.json",
  "compilerOptions": {
   // ...
  },
  "angularCompilerOptions": {
    "annotateForClosureCompiler": true,
    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    "fullTemplateTypeCheck": true,
    "strictInjectionParameters": true,
    "enableResourceInlining": true
  },

В каждой версии angular мне нужно исправить компилятор angular, чтобы подавить эту ошибку.

enable-angular-compiler-annotation.5.2.9.patch
enable-angular-compiler-annotation.5.2.10.patch
enable-angular-compiler-annotation.6.0.1.patch
enable-angular-compiler-annotation.6.0.2.patch
enable-angular-compiler-annotation.6.1.10.patch
enable-angular-compiler-annotation.7.1.0.patch

файл патча почти такой

Index: node_modules/@angular/compiler/bundles/compiler.umd.js
IDEA additional info:
<+>UTF-8
===================================================================
--- node_modules/@angular/compiler/bundles/compiler.umd.js  (date 1543397797000)
+++ node_modules/@angular/compiler/bundles/compiler.umd.js  (date 1543398810000)
@@ -24526,6 +24526,14 @@
             this._registerDecoratorOrConstructor(this.findDeclaration(ANGULAR_CORE, 'Self'), createSelf);
             this._registerDecoratorOrConstructor(this.findDeclaration(ANGULAR_CORE, 'SkipSelf'), createSkipSelf);
             this._registerDecoratorOrConstructor(this.findDeclaration(ANGULAR_CORE, 'Optional'), createOptional);
+            this._registerDecoratorOrConstructor(this.findDeclaration('@pkg/transform-proxy', 'TPProxyParam'), makeMetadataFactory('TPProxyParam'));
+            this._registerDecoratorOrConstructor(this.findDeclaration('@pkg/transform-proxy', 'TPProxyRequestBody'), makeMetadataFactory('TPProxyRequestBody'));
+            this._registerDecoratorOrConstructor(this.findDeclaration('@pkg/transform-proxy', 'TPProxyRequest'), makeMetadataFactory('TPProxyRequest'));
         };
...
...
...

sh.exec( patch -p0 -i tools / cli-patches / version / enable-angular-compiler-annotation. $ {Version} .patch );

@LinBoLen может быть, ты предложишь пиар, тогда

Я предполагаю, что проверка аннотации используется для оптимизма сборки.
Может быть, следует предоставить оптимистичный белый список сборки (список включения) для параметров компилятора angular?

Это помогает мне

import { someCoreModule } from '@myPackage/core';

export const someCoreModuleforRoot = someCoreModule.forRoot(); // Without "export" build will crash

@NgModule({
    imports: [
        someCoreModuleforRoot
    ]
})
export class MyModule {
}

"ng-packagr": "4.2.0"
"@angular/cli": "7.3.8"

Я черпал вдохновение из разговоров выше, и похоже, что сборка AOT проходит без параметров fullTemplateTypeCheck. https://github.com/Saad-Amjad/session-manager И разбивка кода здесь: https://medium.com/monstar-lab-bangladesh-engineering/making-configurable-angular-feature-modules-using-strategy -pattern-b8f43340550a

Мне удалось исправить это, повторно экспортировав фактический файл в public_api.ts

Пример проблемы:

Файл ~ / lib / index.ts
export * from './sample/data.component';

Файл ~ / public_api.ts
export * from './lib';

Это будет работать на ng build --prod --aot=false , но не до ng build --prod ...

исправить:
Файл ~ / public_api.ts
export * from '.lib/sample/data.component;'

Здравствуй,

У меня была такая же ошибка, и ни одно из вышеперечисленных решений не помогло ... Проблема заключалась в том, что у меня был модуль со статическим методом forRoot . В этом методе я устанавливал частное статическое поле в модуле, чтобы убедиться, что метод forRoot был вызван при первом импорте модуля.
Во всяком случае, это статическое поле было причиной ошибки, я удалил его, и теперь оно работает правильно.

@ apascual-pl

Я работал после исправления изменения моего public_api

Но я думаю, что если я сделаю экспорт каждого компонента, сервис в public_api будет грязным

Как вы думаете?

--aot=false vs export all of module in the public_api

Я считаю , что АОТ имеет много пользы, для которых имеет несколько дополнительных export заявления в public_api.ts файла небольшой цену.

Кроме того, я не верю, что вам нужно экспортировать каждый компонент и службу в файл public_api.ts .

Я обычно организую свой код библиотеки в «папки-модули», каждая из которых имеет модуль Angular и связанные компоненты, службы и т. Д. Каждая папка модуля имеет один файл index.ts который экспортирует все компоненты, службы и т. эту папку.

Файл public_api.ts обычно имеет только два экспорта для каждой папки модуля. Что-то вроде этого:

// public_api.ts

// Export from the Dialog module-folder
export * from './my-dialog-module/';                  // Export all components, services, etc.
export * from './my-dialog-module/my-dialog.module';  // Export the Angular module

// Export from the Auth module-folder
export * from './my-auth-module/';                    // Export all components, services, etc.
export * from './my-auth-module/my-auth.module';      // Export the Angular module

Файлы Barrel для экспорта «всего» (обычно с намерением разрешить «импортировать все» с помощью одной строки) вызвали у меня головную боль в здании AOT. В зависимости от того, как они используются, вы можете получить предупреждения о циклических ссылках или сбой сборки. Я видел, как люди работают над ошибками сборки, используя такие вещи, как forwardRef и тому подобное (что не устраняет предупреждение), но в целом я бы не рекомендовал использовать index.ts таким образом, кроме как в качестве библиотеки верхнего уровня. экспорт.

Всякий раз, когда я видел это (а я видел это довольно часто, обычно когда мне поручают реинжиниринг старого приложения или библиотеки какого-либо вида, или в кодовой базе, где разработчик игнорирует общую мудрость избегать файлов ствола), я разработать их, преобразовав файлы индекса в файлы именованных модулей и изменив любой «весь» импорт для индивидуального импорта необходимых ресурсов.

Например, в приведенном выше примере будет файл my-dialog-module, который индивидуально экспортирует ресурсы. Любые компоненты компонентов экспортируются в обычном API [exports], а все остальное (например, если у меня есть перечисление или что-то, что я хотел бы сделать доступным) будет экспортироваться индивидуально (экспорт * из my.enum.ts).

Я не говорю, что это не может работать, но удобство барреля файлов может вызвать проблемы, которые трудно предвидеть.

Следующему бедолаге, который наткнется на эту до смешного длинную цепочку комментариев и исторически сложную ошибку компиляции. Надеюсь, вы найдете этот комментарий, и он вам поможет.

Моя библиотека использует статическую функцию forRoot() для предоставления конфигурации. Эта библиотека компилируется нормально и не имеет проблем с работой с приложением Angular, скомпилированным с версией 8.2 или ниже, но эта ошибка появляется, как только я начал использовать 8.3 или выше для компиляции приложения, использующего эту библиотеку.

В частности, ошибка заключалась в следующем:

ERROR in Error during template compile of 'MainModule'
  Function calls are not supported in decorators but 'LoggerModule' was called.
Unexpected value 'undefined' imported by the module 'MainModule in src/app/main/main.module.ts'
Error during template compile of 'MainModule'
  Function calls are not supported in decorators but 'LoggerModule' was called.

MainModule находится в моем приложении, а LoggerModule находится в библиотеке. Библиотека была скомпилирована с версией 8.0 и отлично работает с приложениями до версии 8.2, но не работает с версией 8.3 и выше.

Вот шаги, которые вы можете попробовать, если это произойдет с вами:

Убедитесь, что в вашем tsconfig.lib.json есть следующие

  "angularCompilerOptions": {
    "annotateForClosureCompiler": true,
    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    "fullTemplateTypeCheck": true,
    "strictInjectionParameters": true,
    "enableResourceInlining": true
  },

Теперь для NgModule , у которого есть статическая функция , действительно важно сделать следующее:

• у вас не может быть исходного кода внутри функции. Он может содержать только оператор return который возвращает объект ModuleWithProviders .
• вы не можете использовать стрелочную функцию с любыми providers
• любые функции, используемые в любых providers должны иметь export но не должны отображаться в вашем public_api
• Мне пришлось добавить // @dynamic над моим @NgModule()
• вы не можете использовать какой-либо исходный код для динамического создания массива providers
• Не думаю, что это поможет, но я добавил универсальный тип для возвращаемого значения ModuleWithProviders<LoggerModule>

Вышеупомянутые ограничения усложняли ситуацию, потому что мне нужно было выяснить, как исправить эту проблему, оставаясь совместимым со всеми, кто использовал библиотеку.

Вот чем в итоге оказался LoggerModule , и это работает для меня:

export const LOGGER_OPTIONS: InjectionToken<LoggerConfig> = new InjectionToken<LoggerConfig>('LOGGER_OPTIONS');

export function LogServiceFactory(
    levels: LOGGER_LEVEL,
    console: ConsoleMethods<void>,
    prefixService: PrefixService,
    loggerConfig: LoggerConfig
) {
    return loggerConfig && loggerConfig.enabled
        ? new LogConsoleService(levels, console, prefixService)
        : new LogNoopService();
}

// <strong i="8">@dynamic</strong>
@NgModule({})
export class LoggerModule {
    public static forRoot(loggerConfig?: LoggerConfig): ModuleWithProviders<LoggerModule> {
        return {
            ngModule: LoggerModule,
            providers: [
                {provide: LOGGER_LEVELS, useValue: loggerConfig.levels || LOGGER_ALL},
                {provide: LOGGER_TAILS, useValue: loggerConfig.tails || LOGGER_TAILS_DEFAULT},
                {provide: LOGGER_CONSOLE, useValue: loggerConfig.console || console},
                {provide: LOGGER_OPTIONS, useValue: loggerConfig || {}},
                {
                    provide: LogService,
                    useFactory: LogServiceFactory,
                    deps: [LOGGER_LEVELS, LOGGER_CONSOLE, PrefixService, LOGGER_OPTIONS]
                }
            ]
        };
    }
}

Важно отметить, что forRoot() - это просто функция, которая возвращает метаданные модуля, а другого исходного кода нет. Другое дело, что это ограничение заставило меня использовать фабрику, а затем выяснить, как передать параметры loggerConfig в фабричный метод.

В качестве сравнения ниже я также расскажу о том, что был сломан исходный исходный код, чтобы вы могли увидеть, насколько сильно отличается исправление от оригинала. То, что у меня это работает, само по себе чудо.

@NgModule()
export class LoggerModule {
    public static forRoot(options?: LoggerConfig): ModuleWithProviders {
        options = Object.assign({
            enabled: true,
            levels: LOGGER_ALL,
            tails: LOGGER_TAILS_DEFAULT,
            console: console
        } as LoggerConfig, options || {});

        const providers: Provider[] = [
            {provide: LOGGER_LEVELS, useValue: options.levels},
            {provide: LOGGER_TAILS, useValue: options.tails},
            {provide: LOGGER_CONSOLE, useValue: options.console}
        ];

        if (options && options.enabled) {
            providers.push({provide: LogService, useClass: LogConsoleService});
        } else {
            providers.push({provide: LogService, useClass: LogNoopService});
        }

        return {ngModule: LoggerModule, providers};
    }
}

Для меня проблема возникла из-за некоторого кода внутри конструктора моего модуля lib:

// app-injector.ts

import { Injector } from '@angular/core';

export let AppInjector: Injector;

export function setAppInjector(injector: Injector) {
  AppInjector = injector;
}

// lib.module.ts

import { Injector, ... } from '@angular/core';
import { setAppInjector } from './app-injector';
...
@NgModule()
export class LibModule {
  constructor(injector: Injector) {
    setAppInjector(injector);
  }
}

Я не мог объяснить почему, но со следующими изменениями я смог скомпилировать:

// app-injector.ts

import { Injector } from '@angular/core';

// <strong i="11">@dynamic</strong>
export class AppInjector {

  private static injector: Injector;

  static setInjector(injector: Injector) {
    AppInjector.injector = injector;
  }
}

// lib.module.ts

import { Injector, ... } from '@angular/core';
import { AppInjector } from './app-injector';
...
@NgModule()
export class LibModule {
  constructor(injector: Injector) {
    AppInjector.setInjector(injector);
  }
}

Я впервые столкнулся с этой проблемой при попытке обновления до Angular 9. Даже после выполнения всех действий, предложенных

Отключение Ivy в моей библиотеке tsconfig.lib.json привело к устранению проблемы.

"angularCompilerOptions": {
        "skipTemplateCodegen": true,
        "strictMetadataEmit": true,
        "fullTemplateTypeCheck": true,
        "strictInjectionParameters": true,
        "enableResourceInlining": true,
        "enableIvy": false
},

Включить плющ в библиотеке

``
"angularCompilerOptions": {
"skipTemplateCodegen": true,
"strictMetadataEmit": правда,
"fullTemplateTypeCheck": правда,
"enableResourceInlining": правда,
"enableIvy": ложь
}

"angularCompilerOptions": {
"skipTemplateCodegen": true,
"strictMetadataEmit": правда,
"enableResourceInlining": правда,
"enableIvy": правда
}
``

Эта проблема помечена как исправленная Айви . Айви приземлилась.
Кто-нибудь может подтвердить, что эта проблема решена?

Я задокументировал свой анализ первопричины этой проблемы еще в 2018 году в PR ng-packagr . С Ivy больше не используются метаданные, поэтому в Angular 9.0 с Ivy это больше не проблема.

По поводу репродукции Уорда: @wardbell

Сборка будет успешной / неудачной в зависимости от комбинации angularCompilerOptions . Добавлен один пример в этом воспроизведении

Добейтесь успеха

    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    "fullTemplateTypeCheck": true

    "skipTemplateCodegen": false,
    "strictMetadataEmit": false

    "skipTemplateCodegen": false,
    "strictMetadataEmit": true,
    // fullTemplateTypeCheck omitted (= default value)

Сбои сборки

    "skipTemplateCodegen": true,
    "strictMetadataEmit": true,
    // fullTemplateTypeCheck omitted (= default value)

    "skipTemplateCodegen": true,
    "strictMetadataEmit": false
    // fullTemplateTypeCheck omitted (= default value)

Наблюдение

В примере Уорда установка "skipTemplateCodegen": true требует, чтобы "fullTemplateTypeCheck": true также был включен для получения успешной сборки от ngc.

Примечания / другие мысли

По моему опыту, проблема сводится к «всему, что статически анализируется для AoT» (см. «Необходимость в разрешении статических значений» в документации компилятора ). Imo, что-то не работает с опцией strictMetadataEmit или мое понимание опции ужасно нарушено 😆

По своему опыту могу сказать, что проблема часто возникает в static forRoot(): ModuleWithProviders , иногда в зависимости от одной строки кода, которая становится или не становится «статически анализируемой». Конечно, у меня нет надежных репро, и я также не хочу строить предположения о некоторых смутных воспоминаниях о коде, который я видел работающим / неработающим.

Может ли ngc улучшить сообщение об ошибке?

_ Что поможет, если ngc распечатает номер строки в исходном коде, которая вызывает ошибку. _

Я использую службу маршрутизации для динамического извлечения маршрутов ... но закончился ошибкой ниже (второй снимок экрана) ... Я тоже попытался экспортировать ее как функцию, все равно не повезло

Это моя настоящая ошибка

Поскольку ng build - prod соответствует AOT, не рекомендуется ли использовать службы в маршрутах?

Это сводит меня с ума. Каким образом строка кода проблемы не содержит такой ошибки? А как этому выпуску 2 года? Я принимаю безумные таблетки?

@ jpike88, это единственные шаги, которые у меня сработали. Надеюсь, это сработает и для вас https://github.com/angular/angular/issues/23609#issuecomment -561615821

Привет @ jpike88 , всем.

Это сводит меня с ума. Каким образом строка кода проблемы не содержит такой ошибки?

Я согласен, это безумие, что для ошибки не указан контекст строки / столбца. К сожалению, это непростое решение - проблема носит более системный характер, чем добавление недостающей информации в сообщение об ошибке.

ngc (в частности, компилятор View Engine) начинает с извлечения «метаданных» из исходного кода. Каждый файл .ts становится описывающей его структурой JSON. Остальная часть компилятора работает с этими метаданными. Контекстная информация (номера строк / столбцов) фиксируется для _ некоторых_ структур, но не для всех, поскольку это значительно увеличит размер метаданных и снизит производительность компилятора.

Проверка, выполняемая strictMetadataEmit выполняется в отношении этих метаданных, поэтому возможность отображения контекста строки / столбца ошибки зависит от типа ошибки и от того, захватили ли метаданные эту информацию в первую очередь. Эти две системы относительно разделены, поэтому не всегда гарантируется, что контекстная информация будет доступна.

Вот почему вы видите, что небольшие ошибки качества жизни, подобные этой, не устраняются за последние пару лет. Вместо того, чтобы пытаться решать все подобные проблемы по отдельности, мы сосредоточились на замене дизайна метаданных в целом на систему, в которой нет таких проблем. Компилятор Ivy _ невероятно_ хорош в локализации ошибок и точном объяснении того, почему что-то не работает, потому что это было одной из целей его разработки с первого дня.

Так что это действительно наше решение этой проблемы - Айви в конечном итоге сделает запутанные и непоследовательные ошибки метаданных, подобные этой, в прошлом. С библиотеками ситуация немного усложняется, поскольку для обратной совместимости они все еще должны публиковать в формате View Engine и, таким образом, немного дольше заниматься strictMetadataEmit , но, надеюсь, это изменится раньше, чем позже.

Я исправил ошибку, выполнив https://github.com/angular/angular/issues/23609#issuecomment -561615821

• у вас не может быть исходного кода внутри функции. Он может содержать только оператор return который возвращает объект ModuleWithProviders .

Мне пришлось удалить это

@NgModule({
    imports: [
        // [...]
    ]
})
export class CoreModule implements OnDestroy {

    private static showUserInfo = true;

    static forRoot(options: CoreOptions = {}): ModuleWithProviders<NextCoreModule> {
        // this line caused the error
        // NextCoreModule.showUserInfo = options.showUserInfo ?? true;

        return {
            ngModule: NextCoreModule,
            providers: [
                {
                    provide: APP_INITIALIZER,
                    useFactory: initialize,
                    deps: [
                        ConfigBuilderService, AppKeyService, TranslateService, Title, coreOptionsToken
                    ],
                    multi: true
                },
                { provide: coreOptionsToken, useValue: options || {} }
            ]
        };
    }

    // [...]
}

@kroeder Вы, сэр, сделали мой день! Спасибо!

Кто-нибудь знает, задокументировано ли это? А почему это происходит?

@JustDoItSascha

Прочтите # 36415 и # 37126 для получения подробной информации о реализации. Причина в том, что компилятор Angular должен точно понимать (только статическим анализом), что означает код.

Я исправил это, заменив импорт RouterModule.forChild(routes) на ранее определенную константу:
export const routerModule = RouterModule.forChild(routes);