जोड़ा गया एक छोटा रेपो यह प्रजनन करता है।

मेरे त्वरित डिबग से, ऐसा लगता है कि static_reflector 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.
  ...

NgrxDataModule ( FooModule छोड़कर) में दो ngrx आयातों पर टिप्पणी करें और फिर से निर्माण करने का प्रयास करें।
इस बार बिल्ड सफल हुआ और dist में एक पैकेज तैयार किया।

ध्यान दें कि FooModule बस ठीक है।

वार्ड के repro के बारे में: @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 के साथ सफलता प्राप्त करने में सक्षम होना चाहिए।

साइड नोट्स / अन्य विचार

मेरा अनुभव यह है कि यह समस्या "एओटी के लिए सब कुछ सांख्यिकीय रूप से विश्लेषित करने योग्य है" ( कंपाइलर डॉक्स में "स्थिर मूल्य पुनर्जीवन की " ) तक जाती है। Imo, strictMetadataEmit विकल्प के आसपास कुछ टूट गया है या विकल्प के बारे में मेरी समझ बुरी तरह से टूटी हुई है broken

अपने अनुभव से मैं यह बता सकता हूं कि यह मुद्दा अक्सर static forRoot(): ModuleWithProviders में उत्पन्न होता है, कभी-कभी कोड की एक पंक्ति पर निर्भर करता है जो "सांख्यिकीय रूप से विश्लेषण योग्य" बन जाता है या नहीं बनता है। बेशक, मेरे पास विश्वसनीय रिपोजर नहीं है और मैं कोड की कुछ अस्पष्ट यादों पर अटकलें भी नहीं लगाना चाहता, जिन्हें मैंने काम करते / गैर-काम करते देखा है।

क्या एनजीसी त्रुटि संदेश में सुधार कर सकता है?

जो एनजीसी सोर्स कोड में लाइन नंबर को प्रिंट करता है, जो एरर को ट्रिगर करता है।

धन्यवाद, @dherges , सफल होने के संयोजन का पता लगाने के लिए। मुझे स्पष्ट रूप से कोई सुराग नहीं मिल रहा है कि ये झंडे मदद या चोट करने के लिए क्या कर रहे हैं।

यह मुद्दा खुला रहना चाहिए जब तक कि कोणीय इन विकल्पों को समझदारी और दस्तावेजों को उचित रूप से नहीं बनाता है।

क्या कोई बता सकता है कि इस समस्या को हल करने के लिए मुझे अब क्या करना चाहिए?
ng build --prod
मैं एनएक्सएक्स-प्रगतिबार का उपयोग कर रहा हूं
और मुझे मिलता है: "फ़ंक्शन कॉल डेकोरेटर्स में समर्थित नहीं हैं, लेकिन 'NgProgressModule' कहा जाता था।"

क्या आप पुस्तकालय tsconfig के साथ नवीनतम कोणीय क्ली का उपयोग कर रहे हैं? अगर मैं नहीं
सुझाव है कि या तो अद्यतन करने के लिए या एनजी- packagr v3.0.0-rc.3 के लिए अद्यतन करें

बुध पर, 09 मई 2018 को 15:47 बजे, iamimbohacker सूचनाएं @github.com
लिखा था:

क्या कोई बता सकता है कि इस समस्या को हल करने के लिए मुझे अब क्या करना चाहिए?
मैं इसे प्राप्त जब एनजी बिल्ड --prod
मैं एनजीएक्स-प्रगतिबार का उपयोग कर रहा हूं
और मुझे मिलता है: "फ़ंक्शन कॉल डेकोरेटर्स में समर्थित नहीं हैं लेकिन
'NgProgressModule' कहा जाता था। "

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने थ्रेड को अधिकृत किया है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/angular/angular/issues/23609#issuecomment-387743732 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AQv-WtOWkvdrrvf6luk2S0wYaFWeLaejks5twvNugaJpZM4ssqoI
।

मैं केवल Angular CLI 6.0.0 का उपयोग कर रहा हूं। मैं एनजी-पैकाग्रा का उपयोग नहीं करता हूं

@ मेरे पास ये हैं

लेकिन मुझे अभी भी त्रुटि मिलती है जब मैं एओटी में मॉड्यूल का उपयोग करता हूं

मेटाडेटा क्यों विस्तृत है, इसकी अधिक जानकारी के लिए, जैसा कि @ alan-agius4 के स्क्रीनशॉट में दिखाया गया है , मेरा dherges / ng-packagr # 860 पर विस्तृत विवरण है।

रिकॉर्ड के लिए, मुझे नवीनतम कोणीय और एनजी-पैकाग्रा (3.0.0) के साथ यह समस्या है और तीन पूर्वोक्त पैरामीटर सत्य पर सेट हैं (यह कोणीय-सीएल के साथ एक पुस्तकालय बनाते समय डिफ़ॉल्ट है)।
इसलिए मुझे यकीन नहीं है कि आपने @JoostK को बनाया पीआर वास्तव में इस समस्या को ठीक करता है ... या नवीनतम संस्करणों के साथ कुछ नया दिखाई दिया।
यह वास्तव में गधे में एक दर्द है क्योंकि यह समझने का कोई तरीका नहीं है कि कुछ काम क्यों करता है या नहीं (एक बिंदु पर मैंने इसे काम किया है, लेकिन मैं यह जानने में असमर्थ हूं कि मैं इस काम की स्थिति में वापस क्यों या कैसे जा सकता हूं), मैं दूसरा @dherges बेहतर त्रुटि आउटपुट के लिए अनुरोध करता है ...

संपादित करें: मुझे अपनी समस्या का स्रोत मिला, यह गलत था paths tsconfig में मेटाडेटा को रोकने के लिए घोषणा। फिर भी, हम वास्तव में उन समस्याओं के निदान के लिए कुछ याद कर रहे हैं ...

मुझे लगता है कि मेरे पास एक ही मुद्दा था। मेरे मामले में प्रयुक्त पुस्तकालय का मेटाडेटा सही तरीके से नहीं बनाया गया था:

`` `Library.metadata.json इस तरह दिखता था
"मेटाडेटा": {}

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

से

निर्यात * 'से ।/lib/auth';

सेवा मेरे

निर्यात * 'से ।/lib/auth/index';
`` `

अब यह ठीक काम करता है। शायद इस मुद्दे को हल करने में मदद करता है?

क्यों फ़ंक्शन कॉल डेकोरेटर्स में समर्थित नहीं हैं? इसका क्या असर हो सकता है? इसके पीछे की सोचा प्रक्रिया के बारे में स्पष्ट नहीं है .. उपलब्ध डॉक्स बहुत अधिक विवरण प्रदान नहीं करता है .. उदाहरण के लिए संकलक नीचे दिए गए कोड के लिए त्रुटि फेंकता है।

@NgModule ({})

निर्यात वर्ग MyStoreModule {
स्टैटिक फॉररूट (): मॉड्यूलविथपर्वाइडर्स {
StoreModule.forRoot (reducers) वापस करें;
}
कंस्ट्रक्टर (निजी स्टोर: स्टोर) {
कंसोल.लॉग ("इनिशियलाइज़्ड एप्लीकेशन स्टोर --->", यह.स्टोर);
}
}

@NgModule ({
आयात: [
StateProviderModule.forRoot (),
],
प्रदाता: [
]
})

निर्यात वर्ग ABCModule {}

'ABCModule' के टेम्पलेट संकलन के दौरान त्रुटि
डेकोरेटर्स में फ़ंक्शन कॉल का समर्थन नहीं किया जाता है, लेकिन 'MyMoreModule' में 'StoreModule' कहा जाता है
'MyStoreModule' को 'StoreModule' कहते हैं।

ABCModule में इन वर्गों का सीधा संदर्भ मुद्दों को हल करता है .. लेकिन 'चिंताओं के पृथक्करण' के मानक के विरुद्ध होगा। कोई विचार??

मैं भी इस मुद्दे का सामना कर रहा हूं, हालांकि, मेरा मामला थोड़ा अलग है:
मैं एक पेड़ के रूप में अपने Route s को परिभाषित कर रहा हूं, ताकि उन्हें एक सिडेनव में एक पदानुक्रमित संरचना में दिखाया जा सके।
इसके बजाय 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 लाइब्रेरी) को अपडेट करते हुए 5 वीं बार इस त्रुटि में आया हूं। मुझे ये त्रुटियां विभिन्न मॉड्यूल में प्राप्त होती हैं। एक को ऊपर संदर्भित किया गया था (औपचारिक रूप से js / ngx- औपचारिक रूप से # 996) और फिर एक और जो मुझे सिर्फ @ ngrx / कोर से प्राप्त होता है, जहां यह एक ही त्रुटि कहता है:

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

अन्य 3 मेरे अपने मॉड्यूल में forRoot विधियों से हैं। इन सभी के साथ सामान्य विषय यह है कि ये सभी InjectionToken s का उपयोग करते हैं। मैं काफी आश्वस्त हूँ कि यह केवल मॉड्यूल है कि उपयोग करने के लिए संबंधित है forRoot एक के लिए एक मूल्य प्रदान करने के तरीकों InjectionToken ।

यह मुझे उन सभी तरीकों से कॉपी करने के लिए मजबूर कर रहा है जो उन तरीकों से हैं और उन्हें उन मॉड्यूल में पेस्ट करें जिन्हें मुझे उनकी आवश्यकता है। यह बहुत कर लगाने वाला है, खासकर जब उन 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
अभी के लिए, मॉड्यूल के अंदर कॉन्फ़िगरेशन प्रदान करना छोड़ना ठीक है जो मेरे काम का उपयोग कर रहा है, लेकिन भविष्य में यह बहुत अच्छा होगा यदि कोई व्यक्ति इस फिक्स की स्थिति में आ सकता है और कह सकता है।

किसी भी अद्यतन ? यह हमारे प्रवासन को कोणीय 5 से 6 तक रोक रहा है। हमारे पुस्तकालयों में 3 फॉररूट हैं। मुझे बाहरी लाइब्रेरियों के foroot कोड को हमारे प्रोजेक्ट में कॉपी करने का समाधान पसंद नहीं है।

माना। यह निर्धारित होने के बाद हमारे पास एक कार्य है।

@ jfpicard1 , वह ध्वज कोणीय संकलक और इस त्रुटि से संबंधित नहीं है।

मेरे पास एक समान त्रुटि थी जो केवल yarn link का उपयोग करके हुई
मैंने इसे स्रोत से इंस्टॉल करके तय किया है।

+1 इस मुद्दे पर कोई अपडेट?

@shairez मुझे आश्चर्य है कि अगर यह मुद्दा है। मेरी समस्या यह है कि मेरे मोनो-रेपो के कारण, मुझे अपने पुस्तकालयों को npm link माध्यम से अपने आवेदन से जोड़ना होगा। उम्मीद है कि एक और उपाय है।

ngx-api-utils के संदर्भ से, शायद ये केवल उन टोकन से संबंधित हैं जो कि इंजेक्शनटन 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 अकेले है या कुछ और है जैसे कि एक RegExp है जो उन https://github.com/ngx- के माध्यम से पारित किया गया है

मैं वास्तव में आशा करता हूं कि यह मुद्दा जल्द से जल्द ठीक हो जाए या विषय पर उचित मात्रा में प्रकाश हमें मिले!

हाँ, मुझे यकीन है कि forRoot कमी नहीं है। मैं वास्तव में इस बाईपास से नफरत करता हूं। इस समाधान के साथ सब कुछ काम किया है, एक को छोड़कर। मैं अभी भी इसे ट्रैक कर रहा हूं, लेकिन यह ngrx के साथ है, यह काम नहीं करता है।

वास्तव में, मैं जो यहां पोस्ट कर रहा हूं, उससे यह गलत हो रहा है: https://github.com/angular/angular/issues/23609#issuecomment -401460241। शायद मैंने forRoot के निम्न में से सब कुछ कॉपी नहीं किया:

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

मूल रूप से, redux devtools chrome extension दिखा रहा है कि कोई redux सक्रिय नहीं है, जिसका मतलब StoreDevtoolsModule.instrument ठीक से काम नहीं कर रहा है। और मैं अपने ग्रिड के लिए जीईटी करने के लिए दूसरों का उपयोग करता हूं और मेरे ग्रिड कोई जानकारी प्रदर्शित नहीं कर रहे हैं। तो मैं मान रहा हूँ, वर्तमान में, कि यह 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 पर कॉपी करने के लिए एक स्वचालन प्रक्रिया है?

इसके अलावा, जब आपकी बिल्ड प्रक्रिया में गड़बड़ी होती है, तो इसे हर बार डिस्टर्ब से कॉपी करना होगा, यही वजह है कि मैंने लिंकिंग को प्राथमिकता दी क्योंकि आपको कुछ भी कॉपी नहीं करना था। और अन्य पुस्तकालयों की निर्भरता सुनिश्चित करने के बारे में क्या?

उदाहरण के लिए, मेरे पास:
लिब 1
Lib 2 lib 1 पर निर्भर करता है
Lib 3, lib 1 पर निर्भर करता है
प्रत्येक काम के लिए एक डेमो
मेरा मुख्य ऐप lib 1, lib 2 और lib 3 पर निर्भर करता है।

मुझे लगता है कि मैं सिर्फ उनकी निर्भरता के लिए एक मानचित्रण होगा। और फिर जब मैं प्रकाशित करता हूं, तो केवल उन पैकेजों को मैन्युअल रूप से जोड़ें।

और उन पर कॉपी करने के लिए एक पोस्ट इंस्टॉल स्क्रिप्ट है। या स्क्रिप्ट का पुनर्निर्माण।

@ मेरे ऐप में मेरे पुस्तकालय की निर्भरता स्थापित करने के बारे में क्या है?

यह लाइब्रेरी को 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 को अपने ऐप पर चलाता हूं, जो डिस्ट फ़ोल्डर पर कॉपी करता है (जैसे फाइलों पर कॉपी करना), लेकिन मैं अभी भी हूं यह त्रुटि हो रही है, इसलिए मेरे मामले में, yarn link मुद्दा नहीं है।

इस मुद्दे पर कोई अपडेट? यह एक कोर कोणीय मुहावरा लगता है और अब लगभग 3 महीने से टूट गया है। इसे एक अवरुद्ध बग के रूप में चिह्नित क्यों नहीं किया गया और नई सुविधा कार्यान्वयन से पहले प्राथमिकता दी गई? इसके लिए परियोजनाएं बदसूरत काम पर लागू हो रही हैं और यह कई लोगों के लिए कोणीय 6 में प्रवास के लिए अवरोधक है,

अनुक्रमणिका फ़ाइलों के साथ समस्या का पालन नहीं किया जा रहा है 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 यहाँ नए जारी किए गए कोणीय 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;
}

इसे टाइमोनर में ठीक करना

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 के उत्तर को पढ़ने के बाद मैंने अपने त्रुटि आयात पर बस यह त्रुटि तय की .. forRoot विधि घोषणा से console.log() स्टेटमेंट को हटाकर

साझाकरण के लिए अनुप्रयोग संदर्भ से पारित डेटा का उपयोग करने वाले साझा मॉड्यूल को कैसे संभाला जाना चाहिए? मैं 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 जो मैं ऊपर दिए गए थ्रेड में अपने पिछले पोस्टों में संदर्भित करता हूं, वास्तव में एक ही कोणीय सीएलआई कार्यक्षेत्र के भीतर एक अलग लाइब्रेरी एप्लिकेशन का हिस्सा हैं।

जैसा कि मैं इस परियोजना पर काम कर रहा था, एक और मुद्दे की जांच करने के लिए, मैंने अस्थायी रूप से dist फ़ोल्डर के माध्यम से लाइब्रेरी एप्लिकेशन को इंगित करने के लिए अपने tsconfig.json को अपडेट किया था।

मूल 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 repo बनाया है। यदि आप उस रेपो को क्लोन करते हैं और npm run repro चलाते हैं, तो आपको वह त्रुटि दिखाई देगी जिसका मैं उल्लेख कर रहा हूं।

@Samherrmann की मदद करने के लिए धन्यवाद, मैं अपना कोड काम करने में सक्षम हूं।

ऐसा प्रतीत होता है कि एओटी-सक्षम संकलन प्रक्रिया में import कथनों से निपटने में समस्याएं हैं जो निर्देशिकाओं के अंदर index.ts फ़ाइलों पर निर्भर करती हैं।

सबसे पहले, लाइब्रेरी 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 में * .module.ts (रूटिंग मॉड्यूल सहित) फाइलें सामान्य कार्यों के साथ अंतिम एरो फ़ंक्शंस की जगह लेती हैं और इस फ़ंक्शंस को बाहरी फ़ाइल्स में एक्सपोर्ट और एक्सपोर्ट करती हैं:
App.module.ts में उदाहरण मेरे पास था:

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

में बदल गया

import loadFromFunction from 'utils';

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

और बर्तन

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 { }

लाइब्रेरी रेपो में संबंधित बग रिपोर्ट:

• Alorel / ngforage # 107
• Alorel / ngforage # 102

यह 4ever के आसपास होने जैसा है। AOT का उपयोग बिल्कुल नहीं कर सकते: (

ऐसा लगता है कि 7.0.2 और 7.0.3 के बीच कुछ ने इस बग को फिर से प्रस्तुत किया है।
मुझे जो त्रुटि मिलती है वह है:
[INFO] chunk {0} runtime.ec2944dd8b20ec099bf3.js (रनटाइम) 1.41 kB [प्रविष्टि] [रेंडर]
[ERROR] डेकोरेटर्स में फ़ंक्शन कॉल का समर्थन नहीं किया जाता है, लेकिन 'इंजेक्टेबल' में 'DmakeDecorator' कहा जाता है
जानकारी
[ERROR] 'इंजेक्टेबल' कॉल 'ecmakeDecorator'।

वास्तव में मुझे कुछ नहीं बताता, मैं इसे कैसे डिबग कर सकता हूं?

यह पिछले वर्ष का दूसरा सबसे बड़ा टिप्पणी किया गया मुद्दा है, केवल आइवी ट्रैकिंग मुद्दे पर दूसरा। यह एओटी के साथ एक मूलभूत समस्या है और इसकी स्थिति बैकलॉग है। क्या हम इसे "जरूरतों" कर सकते हैं?

मुझे लगता है कि उत्तर हमेशा एक ही होगा ...
Ivy के ™

चलो बस अपने आप को संभालो और आइवी के आने का इंतजार करें

मैंने शाखा 6.0.0-beta.7 और 6.0.0-beta.8 के बीच परिवर्तन के बीच इस मुद्दे को काट दिया है। https://github.com/alan-agius4/angular-issue-23609 पर एलन के प्रजनन रेपो का उपयोग करते हुए

विशेष रूप से

package.json in 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"
  }
}

और पैकेज। 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 मैं देख रहा हूँ कि यह समस्या अपने संकलक समस्या कह बंद हो जाती है। तो, जब हम इस साधन के समाधान की उम्मीद कर सकते हैं कि किस रिलीज में? यह दिखाई देने के बाद मैंने सभी अनुप्रयोगों, पैकेजों, नवीनतम संस्करण कोणीय 7 पर जनरेटर को स्थानांतरित कर दिया। 7. पहले यह ठीक था! क्या मुझे परिवर्तन वापस करना चाहिए, आप क्या सुझाव देते हैं!

@ rahulsahay19 वर्कअराउंड के लिए मुद्दे में टिप्पणियों को देखें।

मुझे एक ही समस्या है और किसी भी वर्कअराउंड के साथ काम करने का संस्करण नहीं मिल सकता है।

कोणीय पुस्तकालय PageModule

@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 सभी वर्कअराउंड की कोशिश की। लेकिन दोनों में से कोई भी काम नहीं करता है! मैं देखता हूं कि यह मुद्दा मूल रूप से कोणीय 6 संस्करणों के लिए खोला गया था, लेकिन कोणीय 6 के साथ हर चीज ने मेरे लिए अच्छा काम किया। यह कोणीय 7 रिलीज के साथ विफल होना शुरू हो गया। कोड के नजरिए से कुछ नहीं बदला, बस इसका सादा प्रवास! और यह अब हमारे लिए अवरोधक है। इसलिए, अगर वर्कअराउंड इसे हल करने का एकमात्र तरीका है, तो मुझे वापस कोणीय 6 संस्करण में डाउनग्रेड करने की आवश्यकता है!

@ rahulsahay19 ईमानदारी से? आप खराब हैं, यह नरक है और कोई परवाह नहीं है :) मैंने समस्या को हल करने की कोशिश करना बंद कर दिया है।

केवल एक चीज जो मुझे काम करने के लिए मिली है, वह forRoot उपयोग बिल्कुल नहीं करना है और प्रत्येक मॉड्यूल में डुप्लिकेट करना है जो आपके मॉड्यूल का उपयोग providers forRoot की सामग्री का उपयोग करता है। लेकिन आपका माइलेज अलग हो सकता है :)

मेरे मामले में अच्छी तरह से @victornoel , मेरे पास पैकेज स्तर पर सामान रूट नहीं है। वह आवेदन स्तर पर है। और मेरे पैकेज बहुत ही कारण से विफल होने लगे। मेरी एकमात्र चिंता यह है कि जब तक यह समझ में न आए, हमें माइग्रेशन के लिए अपने कोड को ट्विक नहीं करना चाहिए। और वास्तव में, त्रुटि जो एनजीसी का उत्पादन कर रही है वह इस तरह की अस्पष्ट है कि इस मुद्दे पर कोई बात न हो। इसलिए अब मैं पिछले संस्करण पर वापस जाने के लिए सोच रहा हूं!

@ rahulsahay19 त्रुटि निश्चित रूप से आदर्श नहीं है और यह एक ऐसा मुद्दा है जिसे हमें ठीक करना चाहिए; आपकी निराशा के लिए खेद है। यदि संस्करण 6 में अपग्रेड करना आपके लिए सबसे आसान समाधान होगा, तो आप आगे बढ़ सकते हैं। हमने v6 और v7 के बीच बड़े बदलाव नहीं किए।

@mgechev जानकारी के लिए धन्यवाद!

त्रुटि संदेश के लिए

टेम्पलेट संकलन के दौरान त्रुटि ... डेकोरेटर में फ़ंक्शन कॉल समर्थित नहीं हैं, लेकिन 'NgModule' में 'DmakeDecorator' को कॉल किया गया था

सुनिश्चित करें कि आपके AOT बिल्ड में केवल @ कोणीय / कोर का _one_ संस्करण स्थापित है। यह सिर्फ एक मॉड्यूल को खोजना चाहिए, विभिन्न उपनिर्देशिकाओं के नीचे कई नहीं:
find .|grep modules/@angular/core/package.json

मुझे त्रुटि तब हुई जब एक lerna प्रोजेक्ट में एक मॉड्यूल 7.2.4 और अन्य 7.2.5 का उपयोग कर रहा था।

साझाकरण के लिए अनुप्रयोग संदर्भ से पारित डेटा का उपयोग करने वाले साझा मॉड्यूल को कैसे संभाला जाना चाहिए? मैं कोणीय / कोणीय-क्ली # 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, या निर्यात किए गए कार्यों, इत्यादि के आसपास कोई भी राशि का कोई प्रभाव नहीं था)।

मेरा मुद्दा यह था कि मैं एक मॉड्यूल आयात करना चाहता था, एक मॉड्यूल में जो एक आलसी लोडेड मॉड्यूल द्वारा आयात किया गया था, जो शीर्ष स्तर के अनुप्रयोग से प्राप्त पर्यावरण डेटा के आधार पर किया गया था। रेपो में किसी भी एप्लिकेशन में आलसी लोड किए गए मॉड्यूल का उपयोग किया जा सकता है, इसलिए पर्यावरण डेटा को हमेशा उसी चीज से आना चाहिए जो ऐप्पोडुले आलसी लोडिंग कर रहा है (ताकि पर्यावरण डेटा बदल सके)।

मुझे लगा कि फॉररूट इसके बारे में जाने का तरीका था, इसलिए मेरी बात (नीचे सरलीकृत कोड) की थी। ध्यान दें कि forRoot फ़ंक्शन वाले वर्ग में एक ngModule deco नहीं है (क्योंकि मैं forRoot फ़ंक्शन से एक लौटा रहा हूं, जो पूर्ण है, यह विश्वास करें कि यह दृष्टिकोण मेरे "TS के बिना काम करने से" कोणीय दिनों में आया है, जहाँ आप सभी फैंसी डिकोस नहीं है):

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

एक आकर्षण की तरह काम किया ... जब तक --प्रोड। फिर भयानक त्रुटि हम सभी यहाँ देखते हैं।

सब कुछ पढ़ने के बाद इस विषय पर पढ़ना है (पूरे कोणीय कंपाइलर डॉक सहित), मैं इसके साथ आया था, और यह काम किया। सुंदर नहीं था, लेकिन महत्वपूर्ण था, मेरी "सुपर टूलींग मोनो रेपो" रणनीति का एक बड़ा हिस्सा इस पर निर्भर करता है।

मॉड्यूल फ़ाइल में:

    <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 ) };
    }

यह फिर टूट गया।

मुझे कुछ संदेह है कि यह क्यों काम करता है, एक तरह से मुझे लगता है कि यह समझ में आता है कि मैंने संकलक डॉक्स में जो पढ़ा है, उसके आधार पर, और हालांकि यह आमतौर पर नहीं होता है मुझे संदेह है कि शायद पर्यावरण वस्तु टाइप करने से कुछ प्रभाव पड़ सकता है, लेकिन मैं मुझे स्वीकार करना होगा कि मैं सबसे बेहतर शिक्षित अनुमान लगाऊंगा, इसलिए मैं तर्क को समझूंगा। इस बिंदु पर मैं खुश हूं कि मैंने ओवरटाइम में जाने से पहले यह पता लगा लिया।

आशा है कि वहाँ किसी को मदद करता है।

यह अभी भी कोणीय 5.2.11 पर खुला है ... इस पर कोई खबर?
@ एलन- agius4
क्या इस बग के लिए प्रिया कम है?

वे शायद इसे ठीक नहीं करेंगे जब तक कि आइवी स्थिर नहीं है और डिफ़ॉल्ट रूप से सक्षम है (कोणीय 9)। उनके अनुमानों के आधार पर, 2020 2020 से पहले फिक्स की उम्मीद न करें

मैंने इस समस्या के बारे में कुछ दिलचस्प देखा।

एक forRoot के अंदर एक फ़ंक्शन का उपयोग करके नेबुलर / ऑर्टोर पैकेज और यह काम करता है। उन्होंने ऐसा कैसे किया ? मैंने इस पैकेज से एक लाइब्रेरी बनाई और मुझे त्रुटि मिली है ... मुझे समझ नहीं आ रहा है कि मैंने क्या याद किया।

नेबुलर / ऑर्किट गिट:
https://github.com/akveo/nebular/blob/master/src/framework/auth/auth.module.ts

किसी भी विचार क्यों यह इस पैकेज के लिए काम करता है?

@ stoto34 ... वे निर्यात कारखानों का उपयोग कर रहे हैं। आप कहां देखते हैं कि वे सीधे कार्य कर रहे हैं या नहीं?

@ mlc-mlapis जब आप पैकेज का उपयोग करते हैं। यहाँ मेरे app.module का एक नमूना है (मैं प्रमाणीकरण 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 एक अभिव्यक्ति है ... जिसका परिणाम प्राप्त करने के लिए किसी न किसी तरह मूल्यांकन किया जाना है ... और एओटी संकलक किसी भी परिणाम प्राप्त करने के लिए कोई कोड नहीं चलाता है। यह समझना होगा कि शुद्ध कोड से क्या परिणाम होता है।

@ mlc-mlapis मैंने सीधे स्ट्रिंग द्वारा अभिव्यक्ति को प्रतिस्थापित किया। अभी भी एक ही समस्या, एक त्रुटि संदेश के साथ aot बिल्ड विफल रहा। मुझे नहीं लगता कि समस्या यहाँ भी है अगर आप अभिव्यक्ति और aot बिल्ड के बारे में सही हैं।

@ stoto34 ... आह, और यह क्या ... फिर, निर्यात समारोह का उपयोग करें।

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

साभार @ सदृश मैं सिर्फ एक साल पहले इसे हल करने के बाद फिर से इस समस्या में भाग गया। मैंने अपनी लाइब्रेरी की संरचना में मामूली परिवर्तन (शाब्दिक रूप से मामूली) किया और अचानक इस त्रुटि को फिर से क्रॉप कर दिया क्योंकि मैं 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/angang_devkit/build_ng_packagr/ng-packaged/projects/lib/tsbfigfig

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

प्रत्येक कोणीय संस्करण, मुझे इस त्रुटि को दबाने के लिए कोणीय संकलक को पैच करना होगा।

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( पैच -p0 -i टूल / cli-पैच / संस्करण / सक्षम-कोणीय-संकलक-एनोटेशन। $ {संस्करण}। );

@LinBoLen हो सकता है कि आप एक पीआर का प्रस्ताव कर सकते हैं

मुझे लगता है कि एनोटेशन चेक का उपयोग आशावादी निर्माण के लिए किया जाता है।
शायद कोणीय संकलक विकल्पों के लिए एक आशावादी श्वेतसूची (सक्षम सूची) प्रदान करना चाहिए?

इससे मुझे मदद मिलती है

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"

मैंने ऊपर की बातचीत से प्रेरणा प्राप्त की, और ऐसा लगता है कि एओटी का निर्माण फुलटमप्लेट टाइप चेक विकल्पों के बिना होता है। https://github.com/Saad-Amjad/session-manager और यहाँ कोड के टूटने: https://medium.com/monstar-lab-bangladesh-engineering/making-configurable-angular-feature-modules-using-strategy -पैटर्न-बी 8 एफ 43340550 ए

मैं 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 पद्धति को बुलाया गया था।
वैसे भी, यह स्थिर क्षेत्र त्रुटि का कारण था, मैंने इसे हटा दिया और अब यह सही ढंग से काम करता है।

@ आपाधापी- pl

मैंने अपने public_api को निश्चित रूप से बदलने के बाद काम किया

लेकिन मुझे लगता है कि अगर मैं इसे हर घटक का निर्यात करता हूं, तो public_api में सेवा गंदी हो जाएगी

तुम कैसे सोचते हो?

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

मेरा मानना है कि AOT लाभ का एक बहुत कुछ है, जो के लिए कुछ अतिरिक्त आ रही है, export में बयान public_api.ts भुगतान के लिए एक छोटी सी कीमत फ़ाइल है।

इसके अलावा, मुझे विश्वास नहीं है कि आपको public_api.ts फ़ाइल में प्रत्येक घटक और सेवा को निर्यात करने की आवश्यकता है।

मैं आमतौर पर प्रत्येक कोणीय मॉड्यूल और संबंधित घटकों, सेवाओं, आदि के साथ अपने पुस्तकालय कोड को "मॉड्यूल-फ़ोल्डर्स" में व्यवस्थित करता हूं। प्रत्येक मॉड्यूल-फ़ोल्डर में एक 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

बैरल फ़ाइलों को "सभी" निर्यात करने के लिए (आमतौर पर एक लाइन के साथ "सभी आयात करने की अनुमति देने के इरादे से) एओटी भवन में मेरे लिए कुछ सिरदर्द पैदा हुए हैं। कैसे उनका उपयोग किया जाता है, इसके आधार पर, आप परिपत्र संदर्भ चेतावनी के साथ समाप्त हो सकते हैं या विफलताओं का निर्माण कर सकते हैं। मैंने देखा है कि लोग फॉरवर्डफ और ऐसी (जो चेतावनी को खत्म नहीं करता है) जैसी चीजों का उपयोग करते हुए बिल्ड विफलताओं के आसपास काम करते हैं, लेकिन कुल मिलाकर, मैं इस तरह से इंडेक्स के उपयोग की सिफारिश नहीं करूंगा, एक शीर्ष-स्तरीय पुस्तकालय के अलावा अन्य निर्यात।

जब भी मैंने इसे देखा है (और मैंने इसे काफी हद तक देखा है, आमतौर पर जब एक पुराने ऐप को पुन: प्रस्तुत करने या किसी तरह का काम करने के लिए, या एक कोडबेस में जहां देव ने बैरल फ़ाइलों से बचने के सामान्य ज्ञान की उपेक्षा की है), मैं इंजीनियर फ़ाइलों को नामित मॉड्यूल फ़ाइलों में परिवर्तित करके और किसी भी "सभी" आयात को व्यक्तिगत रूप से आवश्यक परिसंपत्तियों को आयात करने के लिए उन्हें परिवर्तित करके इंजीनियर।

उदाहरण के लिए, उपरोक्त में, मेरी-डायलॉग-मॉड्यूल फ़ाइल होगी, जो व्यक्तिगत रूप से परिसंपत्तियों का निर्यात करती है। किसी भी घटक परिसंपत्तियों को सामान्य [निर्यात] एपीआई में निर्यात किया जाता है, और कुछ और (यदि मेरे पास एक एनुम या कुछ है जो मैं उपलब्ध कराना चाहूंगा) व्यक्तिगत रूप से निर्यात किया जाएगा (my.enum.ts से निर्यात *)।

यह कहते हुए कि यह काम नहीं कर सकता है, लेकिन बैरल फ़ाइलों की सुविधा मुश्किलों को दूर कर सकती है।

अगली ग़रीब आत्मा के लिए जो टिप्पणियों की इस हास्यास्पद लंबी श्रृंखला में आती है, और ऐतिहासिक रूप से कठिन संकलन को हल करने के लिए कठिन संकलन। मुझे उम्मीद है कि आपको यह टिप्पणी पसंद आएगी, और यह आपकी मदद करती है।

मेरी लाइब्रेरी कॉन्फ़िगरेशन प्रदान करने के लिए forRoot() स्थिर फ़ंक्शन का उपयोग करती है। यह लाइब्रेरी ठीक संकलित करता है और इसमें 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
• मुझे अपने @NgModule() ऊपर // @dynamic जोड़ना था
• आप 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};
    }
}

मेरे लिए यह मुद्दा मेरे काम के मॉड्यूल के अंदर कुछ कोड से आया है:

// 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 में अपग्रेड करने की कोशिश कर रहा था तब मैं पहली बार इस मुद्दे पर गया था। सभी चीजों को करने के बाद भी @codemile ने सुझाव दिया, मुझे अभी भी त्रुटि मिली है। यह आइवी के साथ एक मुद्दा निकला :(

Ivy को मेरी लाइब्रेरी के tsconfig.lib.json समाप्त करने से समस्या का समाधान हो गया।

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

एक पुस्तकालय में आइवी टॉगल करें

`` `
"angularCompilerOptions": {
"SkipTemplateCodegen": सच है,
"सख्त ममतादत्त": सच,
"fullTemplateTypeCheck": सच,
"enableResourceInlining": सच है,
"enableIvy": गलत
}

"angularCompilerOptions": {
"SkipTemplateCodegen": सच है,
"सख्त ममतादत्त": सच,
"enableResourceInlining": सच है,
"सक्षम": सच
}
`` `

इस मुद्दे को आइवी द्वारा तय किया गया है । आइवी उतरा है।
क्या कोई पुष्टि कर सकता है कि यह समस्या हल हो गई है?

मैंने इस मुद्दे के मूल कारण पर 2018 में एनजी-पैकग्रे पीआर में अपने विश्लेषण का दस्तावेजीकरण किया। आइवी के साथ, मेटाडेटा में से किसी का भी सेवन नहीं किया जाता है, इसलिए यह अब आइवरी के साथ कोणीय 9.0 में कोई समस्या नहीं है।

वार्ड के repro के बारे में: @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 के साथ सफलता प्राप्त करने में सक्षम होना चाहिए।

साइड नोट्स / अन्य विचार

मेरा अनुभव यह है कि यह समस्या "एओटी के लिए सब कुछ सांख्यिकीय रूप से विश्लेषित करने योग्य है" ( कंपाइलर डॉक्स में "स्थिर मूल्य पुनर्जीवन की " ) तक जाती है। Imo, strictMetadataEmit विकल्प के आसपास कुछ टूट गया है या विकल्प के बारे में मेरी समझ बुरी तरह से टूटी हुई है broken

अपने अनुभव से मैं यह बता सकता हूं कि यह मुद्दा अक्सर static forRoot(): ModuleWithProviders में उत्पन्न होता है, कभी-कभी कोड की एक पंक्ति पर निर्भर करता है जो "सांख्यिकीय रूप से विश्लेषण योग्य" बन जाता है या नहीं बनता है। बेशक, मेरे पास विश्वसनीय रिपोजर नहीं है और मैं कोड की कुछ अस्पष्ट यादों पर अटकलें भी नहीं लगाना चाहता, जिन्हें मैंने काम करते / गैर-काम करते देखा है।

क्या एनजीसी त्रुटि संदेश में सुधार कर सकता है?

_ क्या मदद करेगा कि ngc स्रोत कोड में लाइन संख्या को प्रिंट करता है जो त्रुटि को ट्रिगर करता है। _

मैं गतिशील रूप से मार्गों को लाने के लिए एक रूटिंग सेवा का उपयोग कर रहा हूं ... लेकिन नीचे त्रुटि (दूसरा स्क्रीनशॉट) में समाप्त हुआ ... मैंने इसे एक फ़ंक्शन के रूप में भी निर्यात करने की कोशिश की है, फिर भी कोई भाग्य नहीं है

यह मेरी वास्तविक त्रुटि है

चूंकि एनजी बिल्ड - ठेस एओटी का अनुपालन करता है, क्या मार्गों में सेवाओं का उपयोग करने की अनुशंसा नहीं की जाती है?

यह मुझे पागल बना रही है। इस तरह की त्रुटि के साथ समस्या कोड की एक पंक्ति कैसे प्रदान नहीं की जाती है? और यह मुद्दा 2 साल पुराना कैसे है? क्या मैं पागल गोलियाँ ले रहा हूँ?

@ jpike88 ये मेरे लिए काम करने वाले एकमात्र कदम हैं। उम्मीद है कि यह आपके लिए भी काम करेगा https://github.com/angular/angular/issues/23609#issuecomment -561615821

हाय @ jpike88 , सभी।

यह मुझे पागल बना रही है। इस तरह की त्रुटि के साथ समस्या कोड की एक पंक्ति कैसे प्रदान नहीं की जाती है?

मैं मानता हूं, यह बहुत पागल है कि त्रुटि के लिए कोई रेखा / स्तंभ संदर्भ प्रदान नहीं किया गया है। दुर्भाग्य से यह एक आसान समाधान नहीं है - त्रुटि संदेश में कुछ लापता जानकारी जोड़ने की तुलना में समस्या अधिक व्यवस्थित है।

ngc (विशेष रूप से, दृश्य इंजन संकलक) स्रोत कोड से "मेटाडेटा" निकालने से शुरू होता है। प्रत्येक .ts फ़ाइल एक JSON संरचना बन जाती है जो इसका वर्णन करती है। शेष संकलक इस मेटाडेटा पर काम करता है। प्रासंगिक जानकारी (लाइन / कॉल नंबर) _some_ संरचनाओं के लिए कैप्चर की जाती हैं, लेकिन सभी नहीं, क्योंकि इससे मेटाडेटा आकार में वृद्धि होगी और संकलक के प्रदर्शन को चोट पहुंचेगी।

इस मेटाडेटा पर strictMetadataEmit द्वारा किया गया सत्यापन होता है, और इसलिए त्रुटि की लाइन / कॉल संदर्भ को प्रदर्शित किया जा सकता है या नहीं, यह त्रुटि के प्रकार पर निर्भर करता है और क्या मेटाडेटा ने इस जानकारी को पहले स्थान पर कैप्चर किया है। दो सिस्टम अपेक्षाकृत अलग हैं, और इसलिए यह हमेशा गारंटी नहीं है कि प्रासंगिक जानकारी उपलब्ध होगी।

यही कारण है कि आप जीवन की छोटी-छोटी बगिया को देखते हैं जैसे कि पिछले कुछ वर्षों में इस पर ध्यान नहीं दिया गया। व्यक्तिगत रूप से इस तरह के सभी मुद्दों के साथ प्रयास करने और निपटने के बजाय, हम मेटाडेटा डिज़ाइन को एक ऐसी प्रणाली के साथ समग्र रूप से बदलने पर केंद्रित हैं जिसमें इस प्रकार के मुद्दे नहीं हैं। आइवी कंपाइलर _incredibly_ स्थानीयकरण त्रुटियों पर अच्छा है और आपको बता रहा है कि वास्तव में कुछ मान्य क्यों नहीं है, क्योंकि यह 1 दिन से इसके डिजाइन लक्ष्यों में से एक है।

तो यह वास्तव में इस मुद्दे के लिए हमारा निर्धारण है - आइवी अंततः भ्रम और असंगत मेटाडेटा त्रुटियों को बना देगा जैसे यह अतीत की बात है। पुस्तकालयों के साथ स्थिति पश्चगामी संगतता के लिए थोड़ी जटिल है, उन्हें अभी भी व्यू इंजन प्रारूप में प्रकाशित करना है और इस तरह 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 पढ़ें। कारण यह है कि कोणीय संकलक को वास्तव में (केवल स्थैतिक विश्लेषण द्वारा) कोड का क्या अर्थ है, समझना होगा।

मैंने तय किया कि पहले से परिभाषित स्थिरांक के साथ RouterModule.forChild(routes) का आयात करके:
export const routerModule = RouterModule.forChild(routes);