Angular: Angular2 AOT संकलन - "कक्षा के लिए मॉड्यूल निर्धारित नहीं कर सकता (... कई घटक जो अप्रयुक्त हैं)"

कक्षा के लिए मॉड्यूल निर्धारित नहीं कर सकता

घटक एक मॉड्यूल का हिस्सा होना चाहिए। यह इरादा है।
मैं कहूंगा कि यह एक फीचर अनुरोध है।

@DzmitryShylovich यह उन घटकों के लिए समझ में आता है जिन्हें आप मॉड्यूल का हिस्सा बनने के लिए उपयोग कर रहे हैं। लेकिन जहां तक ​​कंपाइलर का सवाल है, इन फाइलों का कोई महत्व नहीं होना चाहिए। वे अप्रयुक्त, गैर-संदर्भित .ts फ़ाइलें हैं जिनमें घटक होते हैं।

@swimmadude66 आप tsconfig . में अप्रयुक्त फ़ाइलों को बाहर कर सकते हैं

@DzmitryShylovich आप कर सकते हैं, लेकिन बैरल फाइलें इसे जटिल बनाती हैं। यदि किसी वर्ग को बैरल फ़ाइल में पुन: निर्यात किया जाता है, तो मुझे बैरल फ़ाइल को भी अनदेखा करना होगा, जिससे उस बैरल से मुझे आवश्यक कक्षाओं में समस्या हो सकती है।

यह अजीब लगता है कि संकलक को उससे कहीं अधिक संकलन करने का प्रयास करना चाहिए। ट्री-शेकिंग एक तरफ, मैं उम्मीद करता हूं कि कंपाइलर केवल उसे दी गई फाइलों से निपटना चाहता है या स्पष्ट रूप से दी गई फाइलों से जुड़ा हुआ है।

यह अजीब लगता है कि संकलक को उससे कहीं अधिक संकलन करने का प्रयास करना चाहिए।

इस तरह से कंपाइलर काम करते हैं ...

तथ्य यह है कि जेआईटी संकलन कार्य बहुत अच्छा सबूत होना चाहिए कि संकलक को इन फ़ाइलों की आवश्यकता नहीं है। यह फाइलों पर चेतावनी के बजाय एक त्रुटि फेंक रहा है जिसे बिना किसी नुकसान के बाहर रखा जा सकता है।

आप मुझसे इस बारे में बात कर सकते हैं कि कंपाइलर पूरे दिन कैसे काम करते हैं, लेकिन यह कुछ हद तक बुनियादी उपयोग के मामले में एक वास्तविक मुद्दा है। मैं कम से कम त्रुटि को दबाने और अपने जोखिम पर जारी रखने के लिए कोई रास्ता मांग रहा हूं।

मेरा सहकर्मी ऐसी किसी भी बैरल फ़ाइल को निकालने का प्रयास कर रहा है जो हमें ब्लैंकेट एक्सक्लूसिव का उपयोग करने से रोक सकती है, लेकिन मैं आपसे उस मुद्दे पर एक नज़र डालने के लिए कहूंगा जिसे मैंने मूल रूप से @ngtools/webpack के विरुद्ध खोला था, जहां से किसी अन्य उपयोगकर्ता को भी यही त्रुटि हुई थी एक घटक केवल उनके परीक्षणों में संदर्भित है। https://github.com/angular/angular-cli/issues/3636

कंपाइलर उन फाइलों से अवगत है जिन्हें मैं इसे संकलित करने के लिए नहीं कह रहा हूं, और यह पुनर्प्राप्त करने योग्य स्थितियों के लिए अप्राप्य त्रुटियों को फेंक रहा है। उस के रूप में सादा।

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

@Toxicable अप्रयुक्त फ़ाइलें लाइब्रेरी-शैली npm मॉड्यूल में हैं। आम तौर पर आदर्श उपयोगकेस कुछ ऐसा होता है:

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

पुन: प्रयोज्य कोड को अधिकतम करने के लिए हमारा दृष्टिकोण प्रत्येक भागीदार को मॉड्यूल बनाना था, और npm मॉड्यूल से नए टुकड़ों और साझा टुकड़ों के संयोजन को आयात करना था। मेरे नए HomeModule में एक आयात हो सकता है जैसे:

import {
    OverviewComponent,
    ProfileComponent
} from './components/home';

import {
    AuthComponent
} from '@project/angular';

यह तब एओटी में कहता है: Cannot determine the module for class OverviewComponent क्योंकि हम @ प्रोजेक्ट/कोणीय से ओवरव्यूकंपोनेंट का उपयोग नहीं कर रहे हैं।

चूंकि सचमुच कोई फाइल @project/angular/components/home/overview/component.ts पर इंगित नहीं करती है, इसलिए मैं संकलक से यह उम्मीद नहीं करता कि यह अप्रयुक्त है। लेकिन चूंकि फ़ाइल हमारे प्रोजेक्ट के नोड_मॉड्यूल्स डीआईआर के अंदर मौजूद है, इसलिए कंपाइलर इसे ढूंढता है, शिकायत करता है और मर जाता है।

जहां तक ​​जेआईटी काम करता है !== एओटी काम करता है, बेस ऐप एओटी के साथ काम करता है, और प्रूफ ऑफ कॉन्सेप्ट पार्टनर में बदलाव अविश्वसनीय रूप से छोटे हैं। मेरा मतलब यह नहीं है कि जेआईटी में काम करने वाली हर चीज एओटी में काम करनी चाहिए, लेकिन मेरे पास यह मानने का बहुत अच्छा कारण है कि ऐसा होना चाहिए।

मेरे पास एक और उदाहरण है जहां यह वर्तमान व्यवहार समझ में नहीं आता - परीक्षण।
कहो, मेरे पास एक फीचर निर्देशिका है some-feature , साथ में some-feature.component.ts तथा some-feature.component.spec.ts ।
यह घटक सामग्री प्रक्षेपण का उपयोग करता है, इसलिए मैं अपनी some-feature.component.spec.ts फ़ाइल के अंदर एक परीक्षण घटक बनाकर उस कार्यक्षमता का परीक्षण करना चाहता हूं जो दृश्य में some-feature घटक का उपयोग करता है, जैसे:

@Component({
  selector: 'test-app',
  template: `<some-feature><p>projected content</p></some-feature>`
})
export class TestAppComponent {}

मैं तब अपने परीक्षण मॉड्यूल में इस घटक का उपयोग करता हूं :

  ...
  beforeEach(() => {
    TestBed.configureTestingModule({
      declarations: [TestAppComponent, SomeFeatureComponent]
    })
  })
  ...

सब कुछ वैध और बढ़िया है, जब तक कि मैं कोणीय-क्ली का उपयोग करके ng build --prod --aot चलाता हूं, जो फेंकता है:
Cannot determine the module for class TestAppComponent ।

मुझे नहीं लगता कि एओटी को .spec फाइलों से संबंधित होना चाहिए।

सामान्य नियम यह है: ngc वह सब कुछ संकलित करेगा जो tsc संकलित करता है। और यह हर उस घटक को संकलित करने का प्रयास करेगा जो उसे मिलता है। हालांकि, कोणीय संबंधित मॉड्यूल के बिना घटकों को संकलित नहीं कर सकता है।

हालांकि हम इस त्रुटि को चेतावनी में बदल सकते हैं।

मेरे पास टेस्ट रैपर घटक भी हैं जिनका उपयोग केवल परीक्षण के लिए किया जाता है और इससे एओटी को यहां वर्णित अनुसार उड़ा दिया जाता है। अच्छा होगा यदि एओटी उन सभी घटकों को अनदेखा कर सकता है जो वाइल्डकार्ड अभिव्यक्ति जैसे TestComponent* आदि को संतुष्ट करते हैं।

ठीक है, यहाँ अधिक जानकारी है। ऐसा लगता है कि हमें अपने मामले के लिए एक समाधान मिल गया है (testWrapper मामले को ठीक नहीं करता)। ऐसा लगता है कि हमारे मामले में असली मुद्दा हमारी बैरल फाइलें थीं। बैरल फ़ाइल से कुछ भी आयात करते समय, यह बैरल द्वारा फिर से उत्सर्जित सभी चीजों की श्रृंखला का अनुसरण करता है। चूंकि हम अपने घटकों को शीर्ष स्तर से खींच रहे थे PROJECT/components , यह सिर्फ एक के बजाय सभी घटकों का विश्लेषण कर रहा था जो हम चाहते थे। यह अभी भी शायद एक चेतावनी के रूप में बेहतर होगा, लेकिन मैं थोड़ा बेहतर समझ सकता हूं कि संकलक ने उन घटकों की परवाह क्यों की।

एक ही त्रुटि देखना:

$ ./node_modules/.bin/ng-xi18n
Error: Cannot determine the module for class DividerPanel in C:/msweb/studiotouch/src/comps/dividerpanel/DividerPanel.ts!
Cannot determine the module for class EntryPanel in C:/msweb/studiotouch/src/comps/entry/EntryPanel.ts!
Cannot determine the module for class ForgotPass in C:/msweb/studiotouch/src/comps/entry/ForgotPass.ts!
Cannot determine the module for class Footer in C:/msweb/studiotouch/src/comps/footer/Footer.ts!
Cannot determine the module for class Infobox in C:/msweb/studiotouch/src/comps/infobox/Infobox.ts!
Cannot determine the module for class InputNumeric in C:/msweb/studiotouch/src/comps/inputnumeric/InputNumeric.ts!
Cannot determine the module for class InputString in C:/msweb/studiotouch/src/comps/inputstring/InputString.ts!
Cannot determine the module for class Loading in C:/msweb/studiotouch/src/comps/loading/Loading.ts!
Cannot determine the module for class MapAddress in C:/msweb/studiotouch/src/comps/mapaddress/MapAddress.ts!
Cannot determine the module for class Minitab in C:/msweb/studiotouch/src/comps/minitabs/MiniTab.ts!
Cannot determine the module for class Minitabs in C:/msweb/studiotouch/src/comps/minitabs/MiniTabs.ts!
Cannot determine the module for class ModalDialog in C:/msweb/studiotouch/src/comps/modaldialog/ModalDialog.ts!
Cannot determine the module for class Ng2Highcharts in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highcharts.ts!

Cannot determine the module for class Ng2Highstocks in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highstocks.ts!

Cannot determine the module for class Ng2Highmaps in C:/msweb/studiotouch/src/comps/ng2-highcharts/src/directives/ng2-highmaps.ts!
Cannot determine the module for class simplelistEditable in C:/msweb/studiotouch/src/comps/simplelist/simplelistEditable.ts!
Cannot determine the module for class simplelist in C:/msweb/studiotouch/src/comps/simplelist/simplelist.ts!
Cannot determine the module for class FilterPipe in C:/msweb/studiotouch/src/pipes/FilterPipe.ts!
Cannot determine the module for class FilterPipeEqual in C:/msweb/studiotouch/src/pipes/FilterPipeNot.ts!
Cannot determine the module for class OrderBy in C:/msweb/studiotouch/src/pipes/OrderBy.ts!
Cannot determine the module for class ReplacePipe in C:/msweb/studiotouch/src/pipes/ReplacePipe.ts!
Cannot determine the module for class SortBy in C:/msweb/studiotouch/src/pipes/SortBy.ts!
    at analyzeAndValidateNgModules (C:\msweb\studiotouch\node_modules\@angular\compiler\bundles\compiler.umd.js:24878:17)
    at Extractor.extract (C:\msweb\studiotouch\node_modules\@angular\compiler\bundles\compiler.umd.js:27727:20)
    at Extractor.extractBundle (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extractor.js:40:33)
    at Extractor.extract (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extractor.js:30:34)
    at extract (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extract_i18n.js:7:67)
    at Object.main (C:\msweb\studiotouch\node_modules\@angular\tsc-wrapped\src\main.js:47:16)
    at Object.<anonymous> (C:\msweb\studiotouch\node_modules\@angular\compiler-cli\src\extract_i18n.js:14:9)
    at Module._compile (module.js:556:32)
    at Object.Module._extensions..js (module.js:565:10)
    at Module.load (module.js:473:32)
Extraction failed

root@DESKTOP-VEUHFOL /cygdrive/c/msweb/studiotouch

कोणीय 2 रसोई सिंक: http://ng2.javascriptninja.io
और स्रोत@ https://github.com/born2net/Angular-kitchen-sink
सादर,

शॉन

i18 को पूरे प्रोजेक्ट स्ट्रक्चर पर नहीं चलना चाहिए और इसके बजाय इस्तेमाल की गई घोषणाओं को देखना चाहिए।

मैंने उन निर्देशों को साफ करने की कोशिश की जिनका उपयोग नहीं किया जा रहा है, और खरगोश का छेद बस गहरा हो गया है:

$ ./node_modules/.bin/ng-xi18n
Error: Error at C:/msweb/ng-skeleton/node_modules/typescript/lib/lib.d.ts:18770:11: Duplicate identifier 'ActiveXObject'.
Error at C:/msweb/ng-skeleton/node_modules/typescript/lib/lib.d.ts:18773:13: Duplicate identifier 'ActiveXObject'.
Error at C:/msweb/ng-skeleton/e2e/app.po.ts:1:38: Cannot find module 'protractor'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/facade/lang.d.ts:12:17: Cannot find name 'Map'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/facade/lang.d.ts:13:17: Cannot find name 'Set'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_init.d.ts:16:18: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/rxjs/Observable.d.ts:68:60: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/rxjs/Observable.d.ts:68:70: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/linker/compiler.d.ts:53:49: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/linker/compiler.d.ts:61:65: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:116:67: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:132:101: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:158:67: Cannot find name 'Promise'.
Error at C:/msweb/ng-skeleton/node_modules/@angular/core/src/application_ref.d.ts:160:101: Cannot find name 'Promise'.

मुझे जोड़ने दें कि सभी कोणीय-क्ली और कोणीय-कंपाइलर के साथ ठीक काम कर रहे हैं, इसलिए यह सिर्फ i18 है जो मेरी परियोजना को पसंद नहीं कर रहा है।

संदर्भ (अच्छा और साफ सेटअप): https://github.com/born2net/ng-skeleton

सादर,

शॉन

टिप्पणी किए गए घटकों के लिए समान त्रुटि .. विकास चरण के लिए अप्रयुक्त और टिप्पणी किए गए घटक संसाधित न करने के लिए केवल उपयोगी कदम हैं

// two comments aot read:

//  {path: 'about', component: AboutComponent 
// import { AboutComponent } from './about';

@किरजई एनजीसी एक स्रोत निर्देशिका के अंदर सभी फाइलों को संकलित करता है। इससे कोई फर्क नहीं पड़ता कि आप इसे आयात कर रहे हैं या नहीं।

@DzmitryShylovich जिसे मैं समझता हूं, मैं सिर्फ इतना कह रहा हूं कि मुझे नहीं लगता कि एओटी को इस मामले में इस फाइल की बिल्कुल भी परवाह करनी चाहिए .. मेरे दिमाग में, एओटी संकलन के दौरान .spec फाइलों को छोड़ना ही रास्ता है। लेकिन स्पष्ट रूप से कुछ ऐसा है जो टीम को ऐसा करने से रोक रहा है, मैं समझता हूं।

एक विकल्प के रूप में, तो शायद उसी निर्देशिका में डालने वाली .spec फ़ाइलें, जिस इकाई के लिए परीक्षण लिखे गए हैं, उसे स्टाइल गाइड द्वारा सुझाया नहीं जाना चाहिए?

मैं भी हमारे परीक्षण कोड और संयोजन में एओटी के कारण इस त्रुटि संदेश (और कुछ अन्य) में भाग लेता हूं।

मैं इस लेख की सिफारिश कर सकता हूं। यह बताता है कि कुछ त्रुटि संदेशों को कैसे उकसाया जा सकता है और उन्हें कैसे ठीक/समाधान किया जाए।

यह देखते हुए कि लोग इस सटीक मुद्दे में ठोकर खाएंगे यदि वे आधिकारिक परीक्षण मार्गदर्शिका का पालन करते हैं और एओटी के साथ अपना ऐप बनाते हैं, तो आप गाइड को अपडेट करना चाहेंगे?

(यदि कोई RouterLinkStubDirective के संबंध में उत्तर ढूंढता है)
_आप "डमी" मॉड्यूल जोड़कर इसे ठीक कर सकते हैं:_

/**
 * Needed so that `aot` build is working. But it isn't used throughout our tests and/or app.
 */
@NgModule({
    imports: [
        AppModule
    ],
    declarations: [
        RouterLinkStubDirective,
        RouterOutletStubComponent
    ]
})
export class FakeRouterModule {
}

वैसे, यह अमूर्त वर्गों के लिए मॉड्यूल निर्धारित करने का भी प्रयास करता है:
export abstract class AsyncTransform extends AsyncPipe implements PipeTransform { ... }

"त्रुटि: कक्षा AsyncTransform के लिए मॉड्यूल निर्धारित नहीं कर सकता"

इसे मॉड्यूल में जोड़ना भी काम नहीं करता है ।
"एक अमूर्त कंस्ट्रक्टर प्रकार को एक गैर-अमूर्त कंस्ट्रक्टर प्रकार को असाइन नहीं किया जा सकता है।"

ऐसा कुछ वर्गों के लिए भी हो रहा है।

त्रुटि: कक्षा AppGlobalModalComponent के लिए मॉड्यूल निर्धारित नहीं कर सकता

export class CustomGlobalModalComponent extends AppGlobalModalComponent {}

@gestj जैसा कि @Phmager ने बताया, डमी मॉड्यूल सभी मामलों के लिए ठीक नहीं हैं। इसके अतिरिक्त, वे एक सुंदर जानदार फिक्स हैं, क्योंकि आप उस कोड को संकलित करते हैं जिसे आप नहीं चाहते हैं या इसकी आवश्यकता नहीं है।

हमारे मामले के लिए, हमने इस मुद्दे को एक अलग तरीके से पैच किया है। हमने अपने साझा घटकों को एक npm lib में स्थानांतरित कर दिया, और हमारे tsConfig में node_modules को अनदेखा कर दिया। मैंने ऊपर उल्लेख किया है कि यह अभी भी काम नहीं करता है, लेकिन केवल इसलिए कि हम बैरल फाइलों का उपयोग कर रहे थे। यदि आप प्रत्येक वर्ग को सीधे नोड_मॉड्यूल्स के अंदर इंगित करते हैं, तो यह दूसरों को अनदेखा कर देगा। हालाँकि, जैसे ही आप एक बैरल की ओर इशारा करते हैं, यह अप्रयुक्त फ़ाइलों के लिए उसी बैरल में त्रुटि फेंकता है।

यह आदर्श नहीं है, क्योंकि यह हमारी सभी अद्भुत बैरल फाइलों को नष्ट कर देता है, लेकिन कम से कम इसकी भविष्यवाणी की जा सकती है।

अभी भी उम्मीद है कि इस त्रुटि को चेतावनी में अवनत किया जाएगा

एंगुलर टीम में अब तक बहुत अच्छा काम किया है।
हम अपनी परियोजनाओं में कोणीय का भारी उपयोग कर रहे हैं और इन सभी buzzy Angular2+ चीजों के आसपास अपना सिर पाने की कोशिश करने के एक साल बाद, यहाँ मेरी खोज है:
1- कोणीय विशाल और धीमा है, आप इसे तेज बनाना चाहते हैं? AOT और LazyLoading का उपयोग करें और अपना सामान gzip करें।
2- आप एक घटक को आलसी लोड करना चाहते हैं? नहीं, आप एक आलसी मार्ग को लोड करने में सक्षम होंगे, इसलिए यदि आप ऐप बड़े पैमाने पर हैं लेकिन केवल एक पृष्ठ है, तो 8mg बंडल आकार का आनंद लें।
3- आप AOT का उपयोग करना चाहते हैं ?? AOT छोटी गाड़ी है और इसका पालन करना कठिन है और जावास्क्रिप्ट/es6 सुविधाओं के ढेर का उपयोग नहीं करना है और शायद आपके बहुत सारे कोड को फिर से लिखना है।
4- आप AOT फाइन का इस्तेमाल कर रहे हैं? ठीक है, अब अपने अंतिम बंडल पर एक नज़र डालें, यह अब @angular/compiler से भी बड़ा है और आपके घटक AOTed नहीं हैं, अच्छा किया।

5-Angular2+ लाभ के हिस्से के रूप में, अब आप gzip का उपयोग करने के योग्य हैं, बस अगर आप पहले इसका उपयोग करना नहीं जानते थे, अब जब Angular बहुत बड़ा है, तो आप इसे बेहतर तरीके से सीखेंगे :) तो आप वहाँ जाएँ, वे 'Angular2 कोड को अनुकूलित करने के विकल्प के रूप में gziping बेच रहे हैं :)

@ xe4me कृपया ढांचे के खिलाफ एक सामान्य शेख़ी के बजाय, इस मुद्दे पर प्रासंगिक मुद्दे पर चर्चा करें।

बिल्ड: देव में https://github.com/AngularClass/angular2-webpack-starter ऑटो एक स्ट्रिंग को एक स्ट्रिंग सरणी में परिवर्तित करता है जो फ़ंक्शन परिभाषा से मेल खाता है, बिल्ड: aot त्रुटि दिखाता है। विकास के दौरान ऐसा प्रतीत होता है कि बार-बार AOT का निर्माण आवश्यक है।

मुझे एक ही समस्या है, और मुझे एक समाधान मिल गया है, शायद यह आपके द्वारा भी काम करता है।

मेरा परिदृश्य निम्नलिखित था:

मेरे पास एक MapPipes.ts है, जिसमें दो पाइप हैं।

मेरे मॉड्यूल में एक पाइप का उपयोग किया गया था, दूसरा नहीं था। इस प्रकार, मैंने अपने @NgModule डेकोरेटर के "घोषणा:" भाग में दूसरे को पंजीकृत नहीं किया। समस्या इस सेकंड हुई।

मैंने इसे भी पंजीकृत किया (इसके बावजूद इसका उपयोग नहीं किया गया था), और अब यह काम करता है।

मेरा सुझाव कोणीय संकलक को इस तरह से बदलना है कि यह केवल वास्तव में उपयोग की जाने वाली कोणीय संस्थाओं के लिए मॉड्यूल खोजने की कोशिश करता है।

मुझे यह त्रुटि एक अमूर्त वर्ग के साथ मिल रही है कि extends NgClass । विरासत को हटाने से यह समस्या ठीक हो जाती है, लेकिन स्पष्ट रूप से अन्य समस्याएं पैदा होती हैं।

@DzmitryShylovich @kirjai यदि आप उन्हें निर्यात करते हैं तो यह केवल एक विशिष्ट फ़ाइल में TestComponents के साथ एक समस्या है। और जैसा कि उन्हें आमतौर पर एक ही फ़ाइल में उपयोग किया जाना चाहिए, उन्हें निर्यात करने की कोई आवश्यकता नहीं है। मेरे लिए समस्या हल हो गई।

ईमानदारी से, यह हास्यास्पद है, मेरे पास वास्तव में इस बारे में कहने के लिए और कुछ नहीं है, इस तथ्य के अलावा कि मैं कई घंटों में हूं और अभी भी कुछ ऐसा प्राप्त करने में असमर्थ हूं जो एओटी के साथ काम कर रहा है (मुझे स्पष्ट होना चाहिए कि यह केवल एक है अब तक लगभग आधा दर्जन मुद्दे)।

@cwmrowe यह ठीक है, लेकिन क्या होगा यदि आपके पास एक है जिसे कई विशिष्ट फ़ाइलों में पुन: उपयोग किया जा रहा है? यह ईमानदार होने के लिए टूटा हुआ लगता है।

मेरे मामले में मैं एक ही कोर कोणीय 2 ऐप में 2 अलग-अलग परियोजनाओं पर काम कर रहा था। मेरे पास हमारे क्लाइंट्स के नाम पर 2 फोल्डर हैं, जैसे some-domain.com और some-other-domain.com । ऐप 2 परियोजनाओं के लिए बिल्कुल समान है और केवल स्टाइल और कुछ मामूली कस्टम घटकों में भिन्न है। आज मुझे क्लाइंट ए के लिए ऐप संकलित करने की आवश्यकता है, और बाद में मैं क्लाइंट बी के लिए संकलित करना चाहता हूं। कोड में यह मेरे लिए कोड की 1 पंक्ति को बदलने जितना आसान है:

import {CustomModules} from './some-domain.com';
// import {CustomModules} from './some-other-domain.com';

मैं जिस भी डोमेन को कंपाइल करना चाहता हूं, मैं उसे अनकम्मेंट करता हूं और यह काम करता है।

हमें विरासत और अमूर्त वर्गों के साथ एक ही समस्या है और हमें कोई समाधान नहीं मिला। हमारे पास कुछ घटक हैं जो एक सार घटक का विस्तार करते हैं। जेआईटी में सब कुछ बढ़िया काम करता है लेकिन एओटी में अमूर्त घटकों के लिए मॉड्यूल नहीं मिल सकते हैं और मॉड्यूल में अमूर्त घटकों को घोषित करना संभव नहीं है।

वर्तमान में हमारे पास ओओपी डिज़ाइन पैटर्न से बचने और अनावश्यक कोड का उपयोग करने के अलावा कोई समाधान नहीं है।

@jabaa अपने अमूर्त वर्ग से @Component एनोटेशन हटा दें

@DzmitryShylovich जब मैं @Component हटाता हूं तो कन्स्ट्रक्टर विरासत में नहीं मिलता है। मुझे अमूर्त घटक के बजाय सभी इंजेक्शन को सभी घटकों में इंजेक्ट करना होगा। वह अनावश्यक कोड है। जब मैं कंस्ट्रक्टर और अमूर्त वर्ग की सेवाओं को बदलता हूं, तो मुझे सभी बाल घटकों को अपनाना पड़ता है।

वर्तमान में हम सभी अमूर्त विधियों को डमी विधियों के साथ लागू करके और सभी अमूर्त घटकों के लिए एक डमी मॉड्यूल बनाकर इसके आसपास काम करते हैं। लेकिन तब कोई डमी पद्धति को ओवरराइड करना भूल सकता था। यह सब बस एक कामकाज है।

@jabaa आप किस संस्करण का उपयोग करते हैं? @Component की परवाह किए बिना कंस्ट्रक्टर को विरासत में मिला होना चाहिए।

@bigjetplane मुझे यकीन नहीं है कि समस्या कहां है, लेकिन जब मैं @Component हटाता हूं तो मुझे एक त्रुटि मिलती है कि घटक के लिए निर्भरता नहीं मिल सका। जहाँ तक मुझे पता है DI केवल कोणीय सज्जाकारों के साथ कक्षाओं के लिए काम करता है। तो जब मैं सजावटी हटा देता हूं, निर्भरता इंजेक्शन नहीं होती है। हम कोणीय 4 का उपयोग करते हैं।

@ जबा क्या यह जित या एओटी, या दोनों से टूटा हुआ है?

@bigjetplane यहाँ समस्या के साथ प्लंकर है। डेकोरेटर के साथ एक अमूर्त वर्ग है और सब कुछ जित में काम करता है। जब आप डेकोरेटर को अमूर्त वर्ग से हटाते हैं, तो ऐप रेंडर नहीं कर सकता क्योंकि सभी निर्भरताएँ लोड नहीं की जा सकतीं: Can't resolve all parameters for App: (?).

वह हमारा उपयोग मामला है। हमारे पास कंस्ट्रक्टर und इंजेक्शन के साथ एक अमूर्त वर्ग है। हम केवल बाल घटकों में कुछ सार विधियों को ओवरराइड करना चाहते हैं

दिया गया उदाहरण aot में काम नहीं करता है। एओट और जित में अंतर हमारे लिए एक बड़ी समस्या है। हम जीआईटी के साथ विकास कर रहे हैं। प्रोडक्शन बिल्ड एओटी के साथ है। इसलिए हम त्रुटियों और चेतावनियों के बिना जिट के साथ एक सप्ताह विकसित कर रहे हैं और सप्ताह के बाद हम एक उत्पादन निर्माण चाहते हैं और कहीं से भी कई त्रुटियां प्राप्त करते हैं। मैं जीआईटी के लिए एक स्विच पसंद करता हूं, जहां मैं एओटी त्रुटियों को सक्षम कर सकता हूं। एक जिट बिल्ड को 10-20 सेकंड की आवश्यकता होती है। एक एओटी बिल्ड में 25 मिनट लगते हैं।

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

धन्यवाद!

मेरा भी यही मुद्दा है।

मेरे मामले में मैं 2 अलग-अलग परियोजनाओं पर काम कर रहा था, लेकिन पैकेज में निर्भरता के रूप में जोड़े गए आंतरिक कोणीय पुस्तकालय परियोजना के माध्यम से सामान्य घटकों सहित।

चूंकि यह एक पुस्तकालय परियोजना है, घटक भंडार से अप्रयुक्त घटक एओटी उत्पाद निर्माण को संकलित करते समय नीचे की त्रुटि फेंक रहे हैं।

ERROR in Cannot determine the module for class FullPageErrorComponent in C:/users/amra6003/projects/git/refadmintoolui/n ode_modules/refcommonui/src/app/component-library/error/error.component.ts! Cannot determine the module for class SelectCountryComponent in C:/users/amra6003/projects/git/refadmintoolui/node_modul es/refcommonui/src/app/component-library/select-country/select-country.component.ts! Cannot determine the module for class DateRangeSelectorComponent in C:/users/amra6003/projects/git/refadmintoolui/node_m odules/refcommonui/src/app/component-library/date-range-selector/date-range-selector.component.ts!

ऐसा लगता है कि मुझे प्रत्येक घटक और उपयोग के लिए एक मॉड्यूल बनाना है :(

इस मुद्दे के लिए कोई भी फिक्स बहुत मदद करेगा।

मैं भी इसके ठीक होने की उम्मीद कर रहा हूं। स्पष्ट रूप से परीक्षण के लिए स्टब-घटकों का उपयोग कोणीय डेवलपर्स द्वारा किया जाता है - इसलिए उन्हें एक साफ तरीके से निर्माण से बाहर करना भी संभव होना चाहिए। अभी के लिए मैं gestj द्वारा सुझाए गए कार्य-आसपास का उपयोग कर रहा हूं (एक नकली मॉड्यूल को परिभाषित करना जिसमें स्टब-घटक घोषित किया गया है)।

इसलिए, परीक्षण के लिए स्टब-घटकों का उपयोग करते समय आप अपने घटक को प्रत्यय spec.ts जैसे whatever.component.spec.ts के साथ नाम देना चाहते हैं। इस तरह tsc इस फाइल को नजरअंदाज कर देगा (यह देखते हुए कि इसे आपके tsconfig में शामिल नहीं किया गया है) और इसलिए ngc द्वारा भी इसे नजरअंदाज कर दिया जाएगा।

संपादित करें: यह पता चला है कि यह एक अलग त्रुटि है, जिसके परिणामस्वरूप ngtools/webpack में एक बग है। वह टिकट यहां खोला गया है: https://github.com/angular/angular-cli/issues/6228

मेरी कंपनी के लिए इस मोर्चे पर नया मज़ा। हमारे सिस्टम को v2.4.10 में अपग्रेड करने के हालिया प्रयास में, मुझे इस किस्म की कुछ दर्जन त्रुटियां मिलीं:

ModuleNotFoundError: Module not found: Error: Can't resolve '../../../../../../../../$_gendir/src/components/spinner/component.ngfactory'

ऐसा लगता है कि यह हमारी साझा लाइब्रेरी में उन सभी घटकों के लिए लॉगिंग कर रहा है जिनका उपयोग वर्तमान एप्लिकेशन द्वारा नहीं किया जा रहा है। यह उस त्रुटि के समान ही है जिसके लिए मैंने मूल रूप से टिकट खोला था।

मुझे यकीन नहीं है कि हम इसके बारे में और क्या कर सकते हैं। हमने साझा किए गए lib से सीधे प्रत्येक घटक को संबोधित करने का प्रयास किया है (किसी भी index.ts फ़ाइलों का उपयोग नहीं कर रहा है, क्योंकि वे इंडेक्स में संदर्भित प्रत्येक फ़ाइल को खींचते हैं) और सभी साझा lib को node_modules में ले जा रहे हैं।

संकलक को मेरे node_modules फ़ोल्डर में प्रत्येक कोणीय घटक के बारे में जानने की आवश्यकता क्यों है? यहां तक ​​​​कि अगर इसे अपना नक्शा बनाने के लिए उन्हें पढ़ने की ज़रूरत है, तो उन्हें इस बात की परवाह नहीं करनी चाहिए कि उनके पास मॉड्यूल है या नहीं!

@ swimadude66 , हाँ, हम अपने https://github.com/WealthBar/a2d3 लाइब्रेरी के साथ काम करते हुए इसमें भाग गए। भले ही यह कोई टेम्प्लेटेड घटक (सिर्फ निर्देश) प्रदान नहीं करता है, फिर भी पुस्तकालय को एओटी कंपाइलर के साथ बनाया जाना चाहिए या यह उपयोग किए जाने पर एओटी बिल्ड के साथ काम नहीं करेगा।

@chrisnicola आप कह रहे हैं कि प्रकाशित होने से पहले पुस्तकालय को एओटी के साथ पूर्व-संकलित किया जाना चाहिए? क्योंकि इसका मतलब यह होगा कि पुस्तकालय के अपने मॉड्यूल हैं, जो वास्तव में प्रति-सहज लगता है। जैसा कि, पुस्तकालय असम्बद्ध ts फाइलें हैं, जिन्हें हम अपने प्रोजेक्ट में किसी भी अन्य फाइल की तरह ही खींचते हैं। फिर पूरी चीज़ को वेबपैक में @ngtools/webpack प्लगइन के साथ संकलित किया जाता है।

यह ध्यान देने योग्य है कि इस टिकट के लिए मूल त्रुटि भी केवल index.ts फ़ाइलों के सभी संदर्भों को समाप्त करके v2.1.1 तक हमारी ओर से "तय" की गई थी। यह फिक्स अब v2.4.10 के लिए काम नहीं कर रहा है।

आह मैं देखता हूँ, हाँ मैंने आपकी समस्या को गलत तरीके से पढ़ा। आप यहां एनपीएम के माध्यम से पूर्व-संकलित साझा लाइब्रेरी में नहीं खींच रहे हैं, आपके प्रोजेक्ट में आपके पास स्थानीय टीएस लाइब्रेरी है। क्या मैं अब सही ढंग से समझ रहा हूँ?

मैं सहमत हूं कि इसे "बस काम करना चाहिए" और आप सही हैं यह निश्चित रूप से उसी समस्या की तरह लगता है जहां यह उन घटकों को ढूंढ रहा है जिनके पास एप्लिकेशन में कोई मॉड्यूल नहीं है। एक संभावित समाधान एक एओटी बिल्ड विशिष्ट tsconfig.json का उपयोग करना होगा जो उन फाइलों और फ़ोल्डरों को शामिल नहीं करता है जिनकी एओटी बिल्ड के लिए आवश्यकता नहीं है।

मैं इस त्रुटि से संबंधित हमारी सभी समस्याओं को हल करने में कामयाब रहा हूं।
निर्यात करते समय समस्या (और समाधान) प्रकट होती है।

हमारे पास एक घटक था जिसका उपयोग केवल परीक्षण के लिए किया जाता था। इसे किसी अन्य फ़ाइल से निर्यात किया गया था ताकि इसका पुन: उपयोग किया जा सके - इससे हमारे i18n लक्ष्य को चलाते समय समस्याएँ हुईं।

इसे हल करने के लिए हमने सिर्फ एक मॉड्यूल घोषित किया है (इसे निर्यात करना भी सुनिश्चित करें):

@NgModule({ declarations: [MyUnusedComponent] })
export class IgnoreModule {}

हमारा अन्य घटक जिसके कारण त्रुटि हुई, वह एक अप्रयुक्त घटक था जिसने i18n को हैक कर लिया था।
इसे i18n टूल द्वारा उठाए जाने के लिए निर्यात किया जा रहा था लेकिन इससे अन्य घटक के समान त्रुटि हुई।

@Component({
    template: `
        <div i18n="some context@<strong i="13">@some</strong> key">some text to be translated</div>
    `
})
export class LocalisationComponent {}

फिर से IgnoreModule तकनीक का उपयोग करके हम इसे आसानी से बायपास कर सकते हैं।

@NgModule({ declarations: [LocalisationComponent] })
export class IgnoreModule {}

@UtopianStorm जो कोई समाधान नहीं है। यह ऊपर उल्लेख किया गया है कि "अप्रयुक्त मॉड्यूल" को स्केल करना न केवल मुश्किल है, बल्कि स्रोत फ़ाइलों का एक संपूर्ण मॉड्यूल भी बनाता है जिसे वितरण बंडल में शामिल नहीं किया जाना चाहिए।

@Phmager क्या आपने कभी अमूर्त घटक मुद्दे के लिए कोई कार्य खोजा है? मैं अपने बाल खींच रहा हूँ।

@ swimmadude66 यह इस अर्थ में कोई समाधान नहीं है कि यह निश्चित रूप से एक समाधान है - लेकिन यह त्रुटि पर काबू पाता है।
मुझे यकीन नहीं है कि स्केल करना कितना मुश्किल होगा क्योंकि हर बार समस्या आने पर तकनीक को लागू किया जा सकता है।

यह आपके वितरण बंडल को अव्यवस्थित कर देगा लेकिन क्या इससे कोई फर्क पड़ेगा? कोणीय की स्थिति से मैंने यह मान लिया था कि यह पहले से ही हमारी विशिष्ट फाइलों से अटा पड़ा होगा।
किसी भी मामले में यह सीधे node_modules फ़ोल्डर की हिम्मत में पहुंचने से कहीं अधिक साफ दृष्टिकोण है, क्या आप सहमत नहीं हैं?

कम से कम उस उपयोग के मामले से जिसके लिए मैंने मूल रूप से टिकट खोला था, यह एक व्यवहार्य समाधान भी नहीं है। प्रत्येक भागीदार टीम के लिए अप्रयुक्त साझा घटकों की सूची बनाए रखना संभव नहीं है जैसा कि हम जाते हैं।

इसके अतिरिक्त, अनिवार्य रूप से 2 पूर्ण ऐप्स शिपिंग करना क्योंकि संकलक अत्यधिक सख्त है एक समझौता है जिसे मैं करने को तैयार नहीं हूं। कोणीय पहले से ही बहुत बड़ा है, और मैं अप्रयुक्त घटकों के पूरे मॉड्यूल को शिपिंग करने का औचित्य साबित नहीं कर सकता, केवल उनके विचारित संकलक को खुश करने के लिए।

@ swimmadude66 मैं देख रहा हूँ। अगर आपको लगता है कि एक और मॉड्यूल जोड़ने से इतना बड़ा अंतर आता है तो मैं बेहतर ढंग से इसे फिर से देखता हूं - क्योंकि मैं पूरी परियोजना के लिए साझा करने के लिए सिर्फ एक अप्रयुक्त मॉड्यूल बनाने की वकालत नहीं कर रहा था, लेकिन हर एक घटक के लिए एक मॉड्यूल जिसे मुझे मुक्त करना था अत्यधिक सख्त संकलक से - संभावित दुसिन।

यह ध्यान देने योग्य है कि हमारा साझा कोडबेस काफी बड़ा है, इसलिए अप्रयुक्त मॉड्यूल ऐप में अब तक का सबसे बड़ा मॉड्यूल होगा। हमारी स्थिति 100% विशिष्ट नहीं है, लेकिन फिर भी मुझे विश्वास है कि समर्थित होने के कारण की सीमा के भीतर है।

ईमानदारी से इस टिकट को देखने के 5 महीने बाद कहीं नहीं जाता है, हम अन्य विकल्पों पर विचार कर रहे हैं, जिसमें सिर्फ हमारे साझा कोड रेपो को मारना शामिल है

मैं ठीक उसी मुद्दे का सामना कर रहा हूं जैसा आप करते हैं, @ swimmadude66 । तथ्य यह है कि यह एक दबाने योग्य चेतावनी नहीं है हास्यास्पद है।

प्रिय कोणीय टीम, क्या आप इसके बारे में कुछ कर सकते हैं?

@DzmitryShylovich मैं उस mock.ts फ़ाइल को कैसे निकालूँ जिसका मैं उपयोग नहीं कर रहा हूँ? मैंने इसे tsconfig.app.json , tsconfig.json , और tsconfig.ng-cli.json में डालने का प्रयास किया और कोई भी काम नहीं कर रहा था।

ठीक उसी उपयोग के मामले के साथ एक ही समस्या का सामना करना - हम रोलअप का उपयोग करते हैं, इसलिए अप्रयुक्त घटक इसे अंतिम बंडल में भी नहीं बनाते हैं।

कृपया इसे दबायें! यह एक बड़ा उपद्रव है, और काम रोक रहा है।

मैं बस इसमें भी भाग गया, इसलिए बहुत निराशा हुई।

@mlakmal और अन्य, जिन्हें कोड पर त्रुटि मिल रही है जैसे

export class CustomGlobalModalComponent extends AppGlobalModalComponent {}

@Component एनोटेशन को AppGlobalModalComponent से हटाएं या NgModule में NgModule AppGlobalModalComponent (यदि यह प्रयोग करने योग्य है) घोषित करें

मैंने इसे अपने परीक्षणों में उपयोग करने के लिए नकली निर्देश बनाया है। और इस मुद्दे को एओटी संकलन के साथ प्राप्त करें। मैं इस नकली निर्देश को सादे मॉड्यूल में आयात नहीं करना चाहता। कृपया इसे ठीक करें।

मुझे आश्चर्य है कि क्या इस मुद्दे पर "freq1: Low" टैग इस तथ्य के कारण है कि AoT काम करने के लिए गधे में इतना शानदार दर्द है, कि लोग इससे परेशान भी नहीं हैं? यह थोड़ा अविश्वसनीय है कि इस तरह के एक सरल लेकिन दर्दनाक मुद्दे को मूल कोणीय योगदानकर्ताओं से अनिवार्य रूप से शून्य प्रतिक्रिया मिली है।

वैसे भी, उन फ़ाइलों को बाहर करने का एक तरीका है जिनका विशेष रूप से उल्लेख नहीं किया गया है। यदि आपके पास एक नामकरण पैटर्न है (उदाहरण के लिए .spec.ts , .abstract.ts , .stfu-aot.ts ), तो आप AoT के लिए एक अलग tsconfig.json फ़ाइल बना सकते हैं और इसके बजाय उसका उपयोग कर सकते हैं: ngc -p tsconfig-aot.json । इस फ़ाइल में आप फ़ाइलों को बाहर करने के लिए "exclude": ["./app/**/*.stfu-aot.ts"] का उपयोग कर सकते हैं। यह कष्टप्रद है, लेकिन इसे काम करना चाहिए।

संपादित करें: उपरोक्त abstract कक्षाओं के साथ काम नहीं कर रहा है जो एक घटक से प्राप्त होता है। वाह :(

मैं बस इसमें भी भाग गया, इसलिए बहुत निराशा हुई। जब एओटी का निर्माण होता है, तो सामान्य घटक को अन्य ऐप में साझा नहीं किया जा सकता है

इस समस्या के कुछ सामान्य मामले, अपनी सेवा वर्ग में @Component जोड़ने से बचें:

// just remove this 
@Component({
    providers: []
});
@Injectable()
export class serviceClass {}

मेरे पास एक परिदृश्य है जहां मैं एक सेवा में एक सेवा इंजेक्ट कर रहा हूं। पहले ब्लश पर, यह लागू करने के लिए एक आसान चीज़ की तरह लगता है, बस @Component जोड़ें। इसलिए जटिल सेवाओं के लिए इस समाधान को दिखाने के लिए कोणीय दस्तावेज़ों को अद्यतन किया जाना चाहिए: इस समस्या को हल करने के लिए मैंने @Component को हटा दिया। सेवा के निर्माता में मैंने जोड़ा:
constructor(@Inject(ExampleService) private exampleService: ExampleService)

आपको किसी भी सेवा में @Component() डेकोरेटर जोड़ने की आवश्यकता नहीं है। केवल @Injectable()

FWIW मेरे पास MockXYZComponent है जो XYZComponent एक ऐप घटक का विस्तार करता है लेकिन केवल चश्मा में उपयोग किया जाता है (एक ही चयनकर्ता है और इसलिए AppModule में आयात नहीं किया जा सकता है)।

क्या यह वैध उपयोग-मामला नहीं है?

@ एलिस्टेयर-टोड यकीन नहीं है कि मैं समझता हूं कि आपका क्या मतलब है। यदि आप घटक के रूप में घटक का उपयोग करते हैं तो आप @Component() डेकोरेटर जोड़ते हैं। यदि आप आधार के रूप में घटक का उपयोग करते हैं - केवल इससे प्राप्त करने के लिए, लेकिन घटक के रूप में नहीं, तो आपको डेकोरेटर का उपयोग करने की आवश्यकता नहीं है - लेकिन केवल "उत्तराधिकारी" पर डेकोरेटर का उपयोग करें और उसका उपयोग करें।
यूनिट-परीक्षण के बारे में - मैं जवाब नहीं दे सकता, शायद आपको विशेष टेस्ट मॉड्यूल बनाने की ज़रूरत है? मैं फिलहाल यूनिट-टेस्टिंग नहीं करता हूं।

@tytskyi मैं समझ गया कि डेकोरेटर इनहेरिटेंस समर्थित नहीं था। क्या वह हाल ही में बदल गया?

उपयोग-मामला नीचे उप-घटक का नकल करना है। चयनकर्ता को चुनने के लिए दोनों को @Component निर्देश की आवश्यकता है।

    beforeEach(() => {
        TestBed.configureTestingModule({
            imports: [
                AppModule
            ]
        }).overrideModule(AppModule, {
            remove: {
                declarations: [SelectionToolComponent]
            },
            add: {
                declarations: [MockSelectionToolComponent]
            }
        }).compileComponents();

फिर भी यह ओपी एओटी संकलन त्रुटि उत्पन्न करता है।

मेरा कहना है कि यह एक वैध उपयोग-मामला है, जिस स्थिति में एओटी संकलन परियोजना के हिस्से के रूप में अति उत्साही और/या चश्मे को अनदेखा कर रहा है।

शायद मेरा समाधान किसी की मदद करेगा: मैंने अभी एक डमी मॉड्यूल बनाया है जो सभी नकली घटक घोषित करता है। यह मॉड्यूल कुछ भी आयात नहीं करता है - यह सिर्फ एओटी कंपाइलर को खुश रखता है। नतीजतन कोई भी नकली घटक संकलित कोड का हिस्सा नहीं है। आदर्श नहीं, लेकिन समस्या हल हो गई।

मुझे किसी भी बेहतर समाधान के बारे में सुनना अच्छा लगेगा।

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

यह उन घटकों पर भी त्रुटियां दे रहा है जो पहले से ही कुछ मॉड्यूल का हिस्सा हैं।

वही मुद्दा

एंगुलर का कंपाइलर आपके द्वारा tsconfig को सौंपे गए फ़ाइल सेट को देखता है - इसलिए वहां से फ़ाइलों को छोड़कर उन्हें इस चेक से बाहर कर देना चाहिए।

यह वास्तव में कष्टप्रद है :(

@ alastair-todd क्षमा करें, मैंने कई अन्य अधिसूचनाओं में आपके प्रश्न से अधिसूचना खो दी है। तुम सही हो -
डेकोरेटर इनहेरिटेंस समर्थित नहीं है।

@robwormald . से उत्तर देखें

एंगुलर का कंपाइलर आपके द्वारा tsconfig को सौंपे गए फ़ाइल सेट को देखता है - इसलिए वहां से फ़ाइलों को छोड़कर उन्हें इस चेक से बाहर कर देना चाहिए।

तो आप नकली फ़ाइल नामों के लिए एक सम्मेलन बनाने की कोशिश कर सकते हैं, जैसे: selection-tool.component.mock.ts । फिर के माध्यम से बहिष्कृत करें

"exclude": [
    //... other excludes
    "**/*.component.mock.ts"
]

गलती से गलत बटन क्लिक कर दिया, क्षमा करें!

+8 महीने और यह अभी भी एक मुद्दा है। यहाँ भी यही समस्या है ERROR in Cannot determine the module for class PasoFooterComponent

मुझे लगता है कि कोणीय डेवलपर्स के लिए इन फ़ाइलों को अनदेखा करना महत्वपूर्ण है।

अगर कोई मुझे सुझाव दे सकता है कि मुझे यह कोड कहां मिल सकता है, तो मुझे खुशी होगी
इसे स्वयं ठीक करने के लिए। यह एक ऐसा उपद्रव है जो बहुत परेशान करने वाला है। इसमें भाग गया
कल फिर।

अगर किसी को लगता है कि यह एक विशेषता है और बग नहीं है, तो हमारे पास एक झंडा कैसे है
इसके लिए?

बुधवार, 9 अगस्त 2017 को दोपहर 2:40 बजे, लियोनार्डो विडाल नोटिफिकेशन @github.com
लिखा था:

+8 महीने और यह अभी भी एक मुद्दा है। यहाँ भी यही समस्या है Cannot . में ERROR
PasoFooterComponent वर्ग के लिए मॉड्यूल निर्धारित करें

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

@samirotiv क्या आपके पास कोई प्रजनन है?
जैसा कि @robwormald ने कहा

एंगुलर का कंपाइलर आपके द्वारा tsconfig को सौंपे गए फ़ाइल सेट को देखता है - इसलिए वहां से फ़ाइलों को छोड़कर उन्हें इस चेक से बाहर कर देना चाहिए।

मेरे पास एक ही समस्या थी लेकिन मैं इसे हल करने में कामयाब रहा। मैंने अभी देखा कि कैसे ts मेरे ऐप को उदाहरण के लिए ट्रांसपाइल करता है

"tsc": "rimraf out-tsc/app && tsc -p ./src/tsconfig.app.json",

और मैंने देखा कि टाइपस्क्रिप्ट ने मेरे आलसी लोड किए गए मॉड्यूल को संकलित नहीं किया क्योंकि मैंने "फाइल" tsconfig विकल्प का उपयोग किया था

मुझे यह त्रुटि अमूर्त वर्ग (सज्जाकारों के बिना) पर मिल रही है

हाल ही में इसी मुद्दे में भागना शुरू किया।

त्रुटि को चेतावनी में बदलने के लिए +1।

एक आसान फिक्स की तरह लगता है। देरी क्यों?

यह एक बुनियादी आवश्यकता है - गैर-संदर्भित फ़ाइलें छोड़ दें।
यह प्रतिबंध बड़ी परियोजनाओं के लिए एक समस्या है। कृपया इसे चेतावनी में बदलें।

ऐसे मामले हैं जब आप एक पैकेज प्रकाशित करते हैं जो कोणीय के विभिन्न संस्करणों का समर्थन करता है। और उपयोगकर्ता से उनमें से किसी एक को चुनने की अपेक्षा की जाती है।

उदाहरण के लिए, एक पैकेज जो HttpClient (कोणीय >= 4.3 उपयोगकर्ता) और Http (कोणीय <4.3 उपयोगकर्ता) दोनों के लिए फ़ाइलें प्रदान करता है

वर्तमान में, ngc या तो सभी फ़ाइलों को एक स्रोत निर्देशिका के अंदर संकलित करता है, चाहे आप उनका उपयोग करें या नहीं! या निर्माण विफल रहता है।

मैंने जो किया वह यह था:

मैंने अपने सभी स्टब / नकली घटकों को .mock.ts एक्सटेंशन के साथ सहेजा है और tsconfig.app.json "बहिष्कृत" सरणी को इस तरह अपडेट किया है:

...
  "exclude": [
    "test.ts",
    "**/*.spec.ts",
    "**/*.mock.ts"
  ]
...

एओटी अब इन फाइलों के संकलन को छोड़ देता है

हम सामान्य घटकों के साथ npm लाइब्रेरी कर रहे हैं, जिसका उपयोग एक ही बार में नहीं किया जाना चाहिए और AoT संकलन के दौरान उस मुद्दे से नाराज होना चाहिए, लानत है ... केवल समाधान एटीएम होस्ट प्रोजेक्ट में UnusedComponentsModule की तरह बनाना है - बस हास्यास्पद! इसके अलावा NO_ERRORS_SCHEMA की आवश्यकता है या यह अन्य घटकों के बारे में कसम खाएगा जो आपके अप्रयुक्त घटकों के अंदर उपयोग किए जा सकते हैं और यदि आप उन्हें घोषित करेंगे, तो आप एक और मुद्दा मारा जहां आप दो मॉड्यूल में एक ही घटक घोषित नहीं कर सकते (संबंधित # 10646)।

मेरा वर्तमान मॉड्यूल:

import {NgModule, NO_ERRORS_SCHEMA} from '@angular/core';
import {CommonModule} from '@angular/common';
import {ReceiverPageComponent} from 'cb-web-platform';

@NgModule({
  imports: [
    CommonModule,
  ],
  declarations: [
    ReceiverPageComponent
  ],
  schemas: [
    NO_ERRORS_SCHEMA // IMPORTANT: need that for AoT compilation
  ]
})
export class UnusedComponentsModule {
}

यह वास्तव में एक चेतावनी होनी चाहिए। मैं एक कोडबेस भी साझा करने की कोशिश कर रहा हूं और घटकों के इस मुद्दे पर चल रहा हूं जो एक ngmodule का हिस्सा नहीं है।
यहां समस्या बिल्कुल अप्रयुक्त चर के बराबर है जो कोई त्रुटि नहीं है; अधिक से अधिक यह एक चेतावनी है।

यह आसान है जब यह आपका कोड है। जब यह कुछ एनपीएम कोणीय पुस्तकालय (कुछ मृत कोड) की समस्या है, तो यह वास्तव में गधे में दर्द है :)

क्या कोई समझा सकता है कि यह त्रुटि के बजाय चेतावनी क्यों नहीं हो सकता है?

मेरे मामले में, मैं केवल उन घटकों से लैंग निकालना चाहता हूं जो ngModule से जुड़े हैं और जो नहीं हैं उन्हें अनदेखा करें। मेरे पास आधार घटकों और एप्लिकेशन विशिष्ट फ़ोल्डरों के साथ एक मुख्य ऐप फ़ोल्डर है जो कभी-कभी मुख्य ऐप से घटकों को ओवरराइड करता है जब मैं xi18n के साथ ऐसे ओवरराइड घटक को निकालने का प्रयास करता हूं तो यह Cannot determine the module for class... त्रुटि फेंकता है कि मेरे दिमाग में सिर्फ अनदेखा किया जा सकता है और निष्कर्षण उस अप्रयुक्त घटक का उपयोग किए बिना जारी रखा जा सकता है।

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

@Xesenix कम से कम यह एक विकल्प होना चाहिए। जैसे निर्धारित मॉड्यूल = झूठा/सत्य। अब यह केले हैं।

मैं 11/1/2017 को वापस आऊंगा।

मेरे लौटने के बाद मैं आपके संदेश का उत्तर दूंगा।
अत्यावश्यक मामलों में, कृपया अपने ईमेल की एक प्रति भेजें
[email protected] पर तकनीकी मामले, अन्यथा करने के लिए
[email protected]। फिर दूसरा कर्मचारी आपका ईमेल देखेगा
स्वीकार करें।

नोट: यह आपके "पुनः:" का एक स्वचालित उत्तर है।
[कोणीय/कोणीय] Angular2 AOT संकलन - "मॉड्यूल निर्धारित नहीं कर सकता
कक्षा के लिए (... कई घटक जो अप्रयुक्त हैं)" (#13590)" को भेजा गया
10/23/2017 08:13:17।

यह एकमात्र सूचना है जो आपको इस समय प्राप्त होगी
वह व्यक्ति अनुपस्थित है।

यह लगभग 1 साल बाद भी कैसे तय नहीं हुआ है? एओटी को काम पर लाने के लिए अपने बालों को बाहर निकालना, लेकिन यह मुद्दा मुझे एक ईंट की दीवार से टकराता है।

समाधान के लिए @ rahul-sivalenka-wtc धन्यवाद!
जैसा कि आपने वर्णन किया है, मैं अपने tsconfig.app.json में "**/*.mock.ts" को छोड़कर अपनी समस्या को सफलतापूर्वक हल करने में सक्षम था।

खुशी है कि मैं मदद कर सका

मैं भी समस्या से मिला हूं। लेकिन मेरे लिए ऐसा लगता है कि मैंने गलत तरीके से डोडुले आयात करने का मार्ग रखा है

कोई उपाय? (घटक कोणीय 5 के लिए मॉड्यूल निर्धारित नहीं कर सकता)

https://stackoverflow.com/questions/47119135/cannot-determine-the-module-for-component-angular-5

यह शायद severity3: broken द्वारा होना चाहिए। हममें से उन लोगों के लिए जिनके पास कई निर्माण लक्ष्य और बहुरूपी निर्भरताएँ हैं (जिनमें से कई उपयोग के मामले ऊपर मौजूद हैं) यह समस्या एक पागल जटिल निर्मित सेटअप के बिना काम करने से रोकती है।

इस समस्या के लिए अभी तक कोई अच्छा समाधान? इग्नोर मॉड्यूल सिर्फ एक समाधान है लेकिन इस समस्या का वास्तव में अच्छा समाधान नहीं है। त्रुटि को चेतावनी में बदलना बहुत अच्छा होगा!

हमारा समाधान transform फ़ंक्शन को @ngtools/webpack में जोड़ना था जो प्रीप्रोसेस के माध्यम से फ़ाइलों को पास करता है, और विभिन्न संकलन-समय सेटिंग्स के आधार पर ifdef आईएनजी घटकों को जोड़ता है। बहुत, बहुत बदसूरत, लेकिन कार्यात्मक।

सभी कोणीय निर्भरताओं को पहले app.module.ts में आयात करने का प्रयास करें और फिर घटकों को आयात करें।

` ---------------- प्रथम आयात निर्भरता मॉड्यूल -----------------------
'@ कोणीय/प्लेटफ़ॉर्म-ब्राउज़र' से { BrowserModule } आयात करें;
{CommonModule } को "@angular/common" से इंपोर्ट करें;
'@angular/core' से { NgModule } आयात करें;
'@angular/router' से {RouterModule, Routes} आयात करें;
आयात { HttpModule } '@angular/http' से;
'@angular/forms' से {ReactiveFormsModule} आयात करें;
'@ कोणीय/प्लेटफ़ॉर्म-ब्राउज़र/एनिमेशन' से { BrowserAnimationsModule } आयात करें;

-------------फिर आयात सेवा मॉड्यूल ------------------------

आयात { ApplyFormPostService } './Services/apply-form-post.service' से;
आयात { NavBarColorService } './Services/nav-bar-color.service' से;

----------------------- अंत में आयात घटक मॉड्यूल ------------------------ -

आयात {AppComponent} './app.component' से;
आयात { HeaderComponent } './components/header/header.component' से;
आयात { CareerComponent } './components/career/career.component' से;
आयात { HomeComponent } './Components/home/home.component' से;`

किसी तरह इसने एओटी संकलन त्रुटि को हल किया फेंकना कक्षा के लिए मॉड्यूल निर्धारित नहीं कर सकता --- उत्पादन मोड में

@ कार्तिक सम्यक यह मुद्दा उन लोगों के बारे में नहीं है जिनके पास कक्षाएं हैं जो मॉड्यूल में होनी चाहिए। यह हममें से उन लोगों के बारे में है जिनके पास घटक पुस्तकालय हैं, जिन्हें उद्देश्यपूर्ण रूप से सभी मॉड्यूल से बाहर रखा गया है। वे अप्रयुक्त कोड हैं जिन्हें संकलक द्वारा अनदेखा किया जाना चाहिए। इसके बजाय, जब संकलक उन्हें खोजता है तो एक अपरिवर्तनीय त्रुटि फेंकता है।

इस त्रुटि को चेतावनी में बदलने के लिए यह वास्तव में एक साधारण परिवर्तन होना चाहिए, लेकिन किसी कारण से इसे एक वर्ष से अधिक समय लग गया है और हाल ही में रोडमैप पर pri_col1 से pri_col2 में स्थानांतरित कर दिया गया है।

मैं इस मुद्दे पर प्रतिक्रिया की पूरी कमी के लिए कोणीय टीम के साथ तेजी से निराश हो रहा हूं। हमारी कंपनी ने अंततः पूरी तरह से घटक पुस्तकालयों का उपयोग करना छोड़ दिया, इसके बजाय मैन्युअल रूप से फ़ाइलों की प्रतिलिपि बनाने का विकल्प चुना। यह आदर्श से बहुत दूर है, क्योंकि अब हमारे पास लगभग-समान, लेकिन गैर-साझा, घटकों के साथ समस्याएं हैं।

कोणीय टीम, यदि आप इस मुद्दे को और भी पढ़ते हैं, तो कृपया "ignoreUnusedComponents" के लिए एक कंपाइलर सेटिंग जोड़ें और हमें इस ढांचे का उपयोग करने दें।

ठीक है, मुझे जगह मिली https://github.com/angular/angular/blob/master/packages/compiler/src/aot/compiler.ts#L605 @tbosch अरे, क्या आप यहां मदद कर सकते हैं और कह सकते हैं कि इसे कैसे बनाया जाए ठीक से चेतावनी हो? उस एओटी कंपाइलर में फेंकी गई कोई चेतावनी नहीं देख सकता, केवल त्रुटियां। जैसा कि ऊपर बताया गया है, कंपाइलर विकल्प जोड़ा जा सकता है।

वह मुद्दा जटिल परियोजनाओं पर एक दर्द है। मेरा विशेष मामला है https://github.com/angular/angular/issues/13590#issuecomment -331820496

हमारा उपयोग-मामला वही है। हम ऐप्स को वास्तव में आसान बनाने के लिए मॉड्यूल/घटकों की एक लाइब्रेरी चाहते हैं और जरूरत पड़ने पर अजीब लोगों को बदलने/विस्तारित करने की क्षमता रखते हैं।

हमें दूसरी तरह से भी समस्याएं आ रही हैं: यदि हम एक मॉड्यूल के अंदर 1x घटक को बदलना चाहते हैं, तो हम एक नया मॉड्यूल बनाते हैं और उन घटकों को आयात करते हैं जो हम अभी भी वहां चाहते हैं:

import { HeaderComponent, SidebarComponent } from '@mylibs/layout';
import { FooterComponent } from './footer.component';

@NgModule({ declarations: [ HeaderComponent, SidebarComponent, FooterComponent ] })
export class MyLayoutModule { }

@NgModule({ imports: [ MyLayoutModule ] })
export class AppModule { }

त्रुटि है: `HeaderComponent 2 मॉड्यूल में घोषित किया गया है: lib/module.ts और app/module.ts
इसके बजाय एक चेतावनी होने से हमें कम से कम आगे बढ़ने की अनुमति मिलेगी :(

अभी एहसास हुआ - इस अंक के लिए जन्मदिन मुबारक हो :)

एक साल बाद, और हम अभी भी इसे चेतावनी में नहीं बदल सकते। हास्यास्पद।

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

कृपया इसे ठीक करें। इसे एक चेतावनी में बनाओ!
कोणीय 5 एओटी बिल्ड के साथ मेरा सामान्य अनुभव तारकीय से कम है।

कुछ चर्चा के बाद https://gitter.im/angular/angular?at=5a551f565a9ebe4f756843b2 हम इस निष्कर्ष पर पहुंचे कि हमें प्रति मॉड्यूल एक घटक बनाने की आवश्यकता है क्योंकि ऐसा लगता है कि मॉड्यूल सिर्फ संकलन संदर्भ है और एक साथ सामान एकत्र करने का तरीका नहीं है। .

यह एक इतिहास की किताब का आकार ले रहा है।

@Xesenix ... संदर्भ और संगठन पूरे के 2 भाग हैं।

बस अगर कोई अभी भी इसके साथ फंस रहा है, तो आपके पास इस स्क्रिप्ट को पोस्ट-इंस्टॉल स्क्रिप्ट के रूप में वर्कअराउंड के रूप में चलाने के लिए हो सकता है

const replace = require('replace-in-file');
const filesToFix = [
    {
        files: 'node_modules/@angular/compiler/esm2015/compiler.js',
        from: ['throw syntaxError(messages.join(\'\\n\'));'],
                // Actually this does nothing , just leave it blank should do
        to: [`console.warn(\'Angular compiler warning\');\n\t\tconsole.warn(messages.join(\'\\n\'));`]
    }
]

filesToFix.forEach((i) => {
    try {

        const changes = replace.sync(i);
        if (changes.length > 0) {
            console.log('Modified files:', changes.join(', '));
        }
    }
    catch (error) {
        console.error('Error occurred:', error);
    }
});

कोणीय संकलक tsconfig से आउटपुट का उपयोग करेगा, इसलिए उन फ़ाइलों को बाहर करने के लिए _tsconfig.app.json_ बदलें जिन्हें आप शामिल नहीं करना चाहते हैं
जैसे
"exclude": [ "test.ts", "**/*.spec.ts", "**/*.mock.component.ts", ]

@ andela-andrewmakenzi यह पहले भी सुझाव दिया गया है, इस विशाल चैट में आगे (पूरी बात को न पढ़ने में कोई शर्म की बात नहीं है)। हालाँकि, समस्याएँ सामने आती हैं यदि आप लाइब्रेरी में एक घटक पर निर्भर करते हैं जो बैरल फ़ाइलों (index.ts) का उपयोग करता है। यदि आप बैरल फ़ाइल से कोई घटक आयात करते हैं, तो संकलक उस बैरल फ़ाइल में संदर्भित सभी घटकों को लोड करने का प्रयास करता है, और शिकायत करेगा कि वे मॉड्यूल में नहीं हैं। इससे पुन: उपयोग करने योग्य घटक पुस्तकालयों को पैकेज करना मुश्किल हो जाता है, जो मूल रूप से घटक वास्तुकला का संपूर्ण बिंदु है।

आपका समाधान उन लोगों के लिए बहुत अच्छा काम करता है जिनके पास नकली घटक हैं और जब वे परीक्षण नहीं चला रहे हैं तो उन्हें यह त्रुटि मिल रही है। लेकिन अगर आपके संगठन (मेरी तरह) ने एक सामान्य घटक पुस्तकालय बनाने की कोशिश की, और किसी भी परियोजना के लिए हमें जो चाहिए, उसे खींच लिया, तो दुख की बात है कि टीएससी का बहिष्कार आपकी मदद नहीं करेगा।

@ andela-andrewmakenzi: आपका सुझाव अभी के लिए मदद करता है, पहले समस्या यह है कि मेरे पास यूनिट टेस्ट के लिए एक घटक है (.spec) और मैं इसे एओटी-बिल्ड (और शायद कुछ नकली घटक के लिए शामिल नहीं करना चाहता हूं) मैं इसे अपने प्रक्षेपण में रखना भी पसंद नहीं करूंगा) शायद इसे किसी तरह कोणीय के बाद के संस्करण में संबोधित किया गया था जो मुझे लगता है :)

लेकिन मेरा मामला यह था कि मेरे पास बहुत से नए घटक हैं जिन्हें NgModule में भी संदर्भित नहीं किया गया था, इसलिए अभी के लिए हमारे पास इसके लिए एक नाम सम्मेलन होना चाहिए और उन्हें tsconfig.json में बाहर करना चाहिए, जो कि फिलहाल के लिए बहुत सुखद नहीं है

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

मेरी राय में, प्रत्येक घटक अपने आप में होना चाहिए NgModule । प्रत्येक घटक के लिए एक और NgModule बनाना इतना डरावना नहीं है। (जैसे @angular/material ने क्या किया)

मुझे लगता है कि यह वास्तव में एक आभासी समस्या है। हम कोई कारण भी नहीं देख सकते हैं कि कुछ भी आधा ही क्यों है। NgModule नहीं, पैकेज नहीं, ऐप ट्री के बाहर नहीं ... कुछ ऐसा जो डेड कोड जैसा दिखता है।

तो नए @ कोणीय/क्ली (1.7.0+) के साथ भी IgnoreModule किसी भी तरह इस समस्या को हल नहीं करता है।

मेरी राय में, प्रत्येक घटक अपने स्वयं के NgModule में होना चाहिए

क्या आप यूनिट-टेस्ट लिखने की भी कोशिश करते हैं? यह बग टेस्ट हेल्पर्स को थोड़ा समस्याग्रस्त बना रहा है।

@sarunint एंटरप्राइज़-आकार के अनुप्रयोगों में जैसे मैंने मूल रूप से इस टिकट को खोला था, जो सैकड़ों मॉड्यूल होंगे, निर्भर निर्देशों और घटकों को संभालने के लिए बहुत जटिल आयात के साथ। इसका एक बहुत ही सरल फिक्स है: यदि कंपाइलर किसी घटक के लिए मॉड्यूल नहीं ढूंढ पाता है, तो एक चेतावनी फेंक दें और पेड़-हिलाने में इससे छुटकारा पाएं।

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

@dborisenkowork मुझे यकीन नहीं है कि आपने इसे नहीं देखा है (या यदि यह आपके उपयोग के मामले के लिए काम नहीं करता है) लेकिन समाधान @ rahul-sivalenka-wtc पूरी तरह से काम करता है।

क्या किसी ने हाल ही में कोणीय 4 से कोणीय 5 में स्थानांतरित किया है और देखा है कि उनके कुछ घटक जो वास्तव में मॉड्यूल में घोषित किए जा रहे हैं, इस त्रुटि को फेंक रहे हैं?

@ novologic-मिट्टी क्या त्रुटि? धागा लंबा है, क्या आप मूल त्रुटि की बात कर रहे हैं
Angular2 AOT संकलन - "कक्षा के लिए मॉड्यूल निर्धारित नहीं कर सकता (... कई घटक जो अप्रयुक्त हैं)" ?

@ andela-andrewmakenzi हाँ और नहीं। संकलन करने का प्रयास करते समय यह वही त्रुटि मुद्रित होती है, लेकिन जिस घटक के बारे में वह शिकायत कर रहा है वह निश्चित रूप से एक मॉड्यूल में शामिल है। मैं 4.3.6 से 5.2.4 पर माइग्रेट कर रहा हूं, और मुझे इस विशेष घटक के लिए यह त्रुटि नहीं मिल रही थी क्योंकि मैंने कोणीय के अपने संस्करण को अपडेट किया था, और मैंने धूम्रपान परीक्षण के रूप में माइग्रेट करना शुरू करने से ठीक पहले 4.3.6 पर एओटी संकलन किया था। .

@ नोवोलॉजिक-क्ले क्या आप अपनी कंसोल त्रुटियों को साझा कर सकते हैं?

... अंतिम लक्ष्य tsconfig.json विकल्प "noUnusedLocals": true का उपयोग करना चाहिए जो अप्रयुक्त सब कुछ समाप्त कर देता है।

@andela-andrewmakenzi

ERROR in : Cannot determine the module for class InlineAddComponent in /Users/claygarland/CatalsytConnect/frontend/Talon/src/app/core/component/input/inline-add/inline-add.component.ts! Add InlineAddComponent to the NgModule to fix it.

यह एक उद्यम अनुप्रयोग है और मॉड्यूल और आयात की दर्जनों परतें हैं, लेकिन यह वह कोड है जो वास्तव में घटक घोषित करता है:

**COMPONENT:**
import {Component, Inject, Input} from '@angular/core';
import {MAT_DIALOG_DATA, MatDialogRef} from '@angular/material';
import {ActivatedRoute} from '@angular/router';
import {BaseForm} from '../../form/form/BaseForm';
import {FormDataService, FormDataServiceProvider} from '../../form/form/FormDataService';
import {BaseApi} from '../../../api/BaseApi';

@Component({
    selector: 'inline-add',
    templateUrl: './inline-add.component.html',
    styleUrls: ['./inline-add.component.scss'],
    providers: [
        FormDataServiceProvider
    ]
})
export class InlineAddComponent extends BaseForm {

    @Input() title = 'Entity';
    @Input() formName;

    protected service: BaseApi;

    constructor(
        protected route: ActivatedRoute,
        protected formDataService: FormDataService,
        public dialogRef: MatDialogRef<InlineAddComponent>,
        @Inject(MAT_DIALOG_DATA) public data: {
            form: string,
            title: string,
            service: BaseApi,
        },
    ) {
        super();
        this.title = data.title;
        this.formName = data.form;
        this.service = data.service;
    }

    submit() {
        super.onSubmit(res => {
            this.dialogRef.close(res.data[0]);
        });

    }

    onCancel() {
        this.dialogRef.close(false);
    }

}

**MODULE:**
import { NgModule } from '@angular/core';
import {SharedModule} from '../../../shared/shared.module';
import {InlineAddComponent} from './inline-add/inline-add.component';


@NgModule({
    imports: [
        SharedModule,
    ],
    declarations: [
        InlineAddComponent,
    ],
    exports: [
        InlineAddComponent,
    ],
    entryComponents: [
        InlineAddComponent,
    ]
})
export class FormInputsModule { }

यह भी ध्यान दें कि जब मैं इस एप्लिकेशन को एनजी सर्व में चलाता हूं, तो घटक ठीक काम करता है।

कई वास्तविक घटकों के परीक्षण द्वारा उपयोग किए जाने वाले नकली घटक एक मॉड्यूल में नहीं होने चाहिए; वे सिर्फ परीक्षण किए गए घटकों के टेस्टबेड में शामिल हैं।
यह त्रुटि बेवकूफी है। कृपया इसे एक वर्ष के दौरान हल करें।

"निर्यात" को हटा दें ताकि ts इसे बिल्ड में न ले जाए।

@ टोनी-कप्लान आप ऐसा नहीं कर सकते हैं यदि आपके पास अपने tsconfig में कोई अप्रयुक्त स्थान नहीं है, और न ही यदि आप परीक्षण मामलों या इसी तरह के कोड का उपयोग करना चाहते हैं।

माई गॉड.... वास्तव में कोर टीम में से किसी को भी इसके लिए उपयुक्त समाधान नहीं मिला?
मैं अभी के लिए exclude विकल्प का उपयोग कर रहा हूं, लेकिन फिर भी यह एक अस्थायी समाधान है। मैं किसी ऐसी चीज के बारे में नहीं सोच सकता जो सभी परिस्थितियों में काम करे... लेकिन मुझे वास्तव में इसकी जरूरत है...

@gabrielalan आसान समाधान इस त्रुटि को चेतावनी में बदल देता है। बेहतर उपाय एक ध्वज जोड़ना है जो आपको इसे चेतावनी या त्रुटि के रूप में मानने की अनुमति देता है। यह समाधानों की कमी नहीं है, यह वास्तव में उनमें से किसी एक को लागू करने की कमी है।

ओह यार! एक उद्यम ढांचे के लिए बहुत कुछ ...

@ परमाणु-मॉर्गन आप किस कामकाज की बात कर रहे हैं?

@netlander यह वाला

वास्तव में, मैं "कक्षा डेटरेंजपिकर डायरेक्टिव के लिए मॉड्यूल निर्धारित नहीं कर सकता" त्रुटि के बारे में कुछ नहीं कर सकता?

कोई मेरी भी मदद करता है? इस मेगाज़ॉर्ड पोस्ट के बाद!

मैं इस निर्देश में tsconfig.app.json नया बहिष्कृत करने के लिए सहमत नहीं हूं! मैं इस मुद्दे के बिना --aot param के साथ कैसे संकलित कर सकता हूं?

मेरा उपयोग मामला https://github.com/angular/angular/issues/23475
मैं सत्यापनकर्ता पुस्तकालय बना रहा हूं और मैं प्रत्येक सत्यापनकर्ता निर्देश के लिए मॉड्यूल नहीं बनाना चाहता, मैं चाहता हूं कि केवल एनपीएम पैकेज में सत्यापनकर्ता निर्देशों को बंडल करने में सक्षम हो ताकि उपयोगकर्ता केवल उन सत्यापनकर्ताओं को स्थापित और आयात कर सके जिनकी उन्हें आवश्यकता है NgModule। इसके अलावा, मैं सभी सत्यापनकर्ताओं के लिए एक मॉड्यूल नहीं बनाना चाहता क्योंकि वे सभी अंतिम बंडल में बंडल किए जाएंगे जो आकार का एक बड़ा अपशिष्ट है।

मुझे समस्या को ठीक करने के लिए पीआर बनाकर खुशी हो रही है।

@anjmao यह अविश्वसनीय रूप से उसी कारण से है जैसा मैंने इसे पहले स्थान पर खोला था। एक छोटी लाइब्रेरी के समाधान के रूप में, हमने पाया कि यदि आप बैरल (index.ts) फ़ाइलों का उपयोग नहीं करते हैं तो यह त्रुटि उत्पन्न नहीं होती है। ऐसा लगता है कि यदि आप किसी अनुक्रमणिका से 1 घटक/निर्देश आयात करते हैं, तो यह अनुक्रमणिका फ़ाइल के अन्य सभी निर्यातों के लिए एक मॉड्यूल खोजने का प्रयास करता है।

जाहिर है, मैं अब भी मानता हूं कि यह एक चेतावनी होनी चाहिए, क्योंकि बैरल फाइलें सुपर सुविधाजनक हैं। हालाँकि, यदि आपका उपयोग मामला इस फिक्स के लिए एक और वर्ष इंतजार नहीं कर सकता है, तो आप इसे इस तरह से प्राप्त करने में सक्षम हो सकते हैं।

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

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

@NgModule({
    imports: [],
    declarations: [
        MyComponent,
        MyPipe,
        MyDirective,
        ...
    ],
})
export class DummyModule {
}

क्या कोई कारण है कि हमने अभी भी इस समस्या को ठीक नहीं किया है?

क्या "इसे चेतावनी दें" समाधान पर्याप्त नहीं है? क्या कोर टीम का कोई सदस्य इस पर टिप्पणी कर सकता है?

मेरे मामले में, चीजें जहां एनजी 5, सीएलआई और एओटी के साथ ठीक हैं। लेकिन एनजी 6 में अपग्रेड करने के बाद, मुझे अप्रयुक्त घटक के लिए समान त्रुटि मिलती है। असल में कंपोनेंट का इस्तेमाल दूसरे कंपोनेंट में इंजेक्ट की गई सर्विस के जरिए किया जाता है। मेरे पास कई समान घटकों का निर्माण और उसी तरह उपयोग किया गया है। लेकिन केवल एक को नवीनतम एनजी सीएलआई 6.0 और 6.0.1 में अपग्रेड करने में समस्या है

और यह सिर्फ एक संदर्भ में निकला, मेरे पास गलत मामले में फ़ाइल संदर्भ है। मेरे पास एक ही निर्देशिका में सभी घटकों को निर्यात करने के लिए एक index.ts है। मैंने लिया
export * from './dateTimePicker.component'
जबकि यह होना चाहिए था:
निर्यात * './datetimePicker.component' से;

स्पष्ट रूप से एनजी सीएलआई 6 विंडोज़ में भी केसिंग के लिए अधिक प्रतिबंधित है, जबकि एनजी सीएलआई 1.x थोड़ा आरामदेह है।
जाहिर है, ऐसा प्रतिबंध अच्छा और सही है, इसलिए वही कोडबेस लिनक्स में अच्छी तरह से काम कर सकता है जो डिफ़ॉल्ट रूप से केस सेंसिटिव होता है।

इसके लिए एक और उपयोग मामला:

टाइपस्क्रिप्ट आपको paths चर के साथ tsconfig.json में कई रिज़ॉल्यूशन पथ सेट करने की अनुमति देता है। भूतपूर्व:

{
    ...
    "paths": {
        "~src/*": ["src/*", "src-gen/*"]
    }
}

आपको इस तरह की चीजें आयात करने की अनुमति:

import { NgModule } from "@angular/core";
import { ExampleComponent } from "~src/example.component";

@NgModule({
    declarations: [
        ExampleComponent
    ],
})
export class ExampleModule {}

यदि आप src-gen के अंदर एक घटक उत्पन्न कर रहे हैं कि डेवलपर src फ़ोल्डर के अंदर एक और एक बनाकर "ओवरराइड" कर सकता है, तो वही त्रुटि src-gen के अंदर (अब अप्रयुक्त) घटक के साथ होने लगती है

एक और संभावित उपयोग मामला:

पर्यावरण विशिष्ट घटक। मैं उन्हें उत्पादन के लिए उतार देता हूं।

const environmentComponents = production ? [] : [
  DevOnlyComponent,
];

@NgModule({
  declarations: [
    ...environmentComponents,
  ],
})
export class ExampleModule {
}

मैं बाकी सब कुछ पर्यावरण विशिष्ट घटकों के साथ काम करने में कामयाब रहा और यही मुझे रोकता है। मैं

निर्माण अनुकूलन के लिए एक तंत्र को लागू करते समय हमें इस समस्या का सामना करना पड़ रहा है (विभिन्न कोणीय सीएलआई परियोजनाओं के लिए घटकों का आदान-प्रदान किया जाता है) जो @tiagodws (मूल घटक के विस्तार सहित) द्वारा वर्णित परिदृश्य की तरह दिखता है।

क्‍या इस मुद्दे पर किसी कोर टीम की कोई अपडेट/राय है?

इस मुद्दे को खोलने के एक साल बाद, मेरा नया तरीका बैरल फाइलों के उपयोग को कम करना है। यदि आप हर जगह अपने आयात में ~components/button/component जैसे TS पथों का उपयोग करते हैं, तो अप्रयुक्त आयातों को अनदेखा कर दिया जाता है। यदि उस अप्रयुक्त घटक को बैरल फ़ाइल में संदर्भित किया जाता है, तो वह फेंक देगा।

यह अभी भी पुन: प्रयोज्य पुस्तकालयों के लिए बहुत बढ़िया नहीं है, क्योंकि आपको उस पुस्तकालय के शीर्ष स्तर से आयात करने के बजाय, सभी पुस्तकालय घटकों को लंबे पथ के साथ एक्सेस करना होगा। क्यों, ओह, यह सिर्फ एक चेतावनी क्यों नहीं हो सकती?

ऐसा भी लगता है कि इसे (या कम से कम संबंधित) पेड़ के झटकों से मदद मिल सकती है, जहां किसी भी कोड को विशेष रूप से मॉड्यूल में शामिल नहीं किया जाता है, अंतिम बंडल से बाहर रखा जाता है।

नकली पाइप के लिए बहिष्कृत विकल्प नहीं है:

@Pipe({ name: 'translate' })
export class MockTranslatePipe implements PipeTransform {
    transform(value: string): string {
        //Do stuff here, if you want
        return value;
    }
}

मेरे tsconfig.app.json ने इस फ़ाइल को बाहर कर दिया है:

"exclude": [
        "test.ts",
        "**/*.mock.ts",
        "**/*.spec.ts"
    ]

हालाँकि, जब मैं ng-xi18n --i18nFormat=xlf2 --outFile=./assets/i18n/messages.xlf चलाता हूं, तब भी यह शिकायत करता है:

src/test/translate.service.mock.ts में क्लास MockTranslatePipe के लिए मॉड्यूल निर्धारित नहीं कर सकता! इसे ठीक करने के लिए NgModule में MockTranslatePipe जोड़ें।

मेरी समस्या यह थी कि मेरे पास लॉल को कॉपी और पेस्ट करके 2 अलग-अलग घटकों में एक वर्ग का नाम था! बाद में परवाह न करने की वही गलती अच्छे अभ्यास से परिपूर्ण लोग हो जाते हैं! हिट...
हस्ताक्षर: सतोशी नाकामोतो: v

@yuezhizizhang के समान, मुझे अभी भी यह समस्या है, tsconfig.app.json exclude पथ में मोक्स के लिए ग्लोब जोड़ने के बाद भी।

यह गुस्से में है कि शुरुआती टिकट के लगभग दो साल बाद इसे हल नहीं किया गया है; यह एक सामान्य उपयोग-मामला है जो BREAKING बनाता है। परीक्षण लिखते समय, डेवलपर को आदर्श रूप से पाइप, सेवाओं आदि के लिए मॉक बनाना चाहिए, जब तक कि ऐसा न हो। यदि आप ऐसा करना चुनते हैं, तो आपका निर्माण टूट जाता है। यदि नहीं, तो आपकी कल्पना फ़ाइलें वास्तविक घटकों/पाइप/आदि का संदर्भ देती हैं जो बहुत कसकर युग्मित परीक्षणों की ओर ले जाती हैं।

क्या एंगुलर टीम का कोई व्यक्ति कृपया सुझाव दे सकता है कि इसे कैसे प्राप्त किया जाए? क्या मोक्स के लिए कैच-ऑल डमी मॉड्यूल बनाना वास्तव में एकमात्र विकल्प है? यह एक खराब हैक है, बजाय इसके कि हमें सर्वोत्तम अभ्यास के रूप में स्वीकार करना चाहिए।

समस्या बरकरार। मैंने उस फ़ाइल को भी जोड़ा जिसे मैं बिल्ड (अमूर्त वर्ग) को tsconfig.app.json के बहिष्कृत अनुभाग में छोड़ना चाहता हूं और मुझे अभी भी मिलता है:

MapElementBaseComponent .../map-elements/map-element-base.component.ts में वर्ग MapElementBaseComponent के लिए मॉड्यूल निर्धारित नहीं कर सकता! इसे ठीक करने के लिए NgModule में MapElementBaseComponent जोड़ें।

आयात की दोहरी जाँच के बाद मुझे इस समस्या से छुटकारा मिल गया है

पीआर, 14 नवंबर। 2018 मई, 15:13 डेनियल ग्रो नोटिफिकेशन @github.com :

समस्या बरकरार। मैंने वह फ़ाइल भी जोड़ी है जिसे मैं बिल्ड छोड़ना चाहता हूँ
(सार वर्ग) tsconfig.app.json और I . के बहिष्कृत अनुभाग में
फिर भी प्राप्त करें:

में वर्ग MapElementBaseComponent के लिए मॉड्यूल निर्धारित नहीं कर सकता
.../map-elements/map-element-base.component.ts! MapElementBaseComponent जोड़ें
इसे ठीक करने के लिए NgModule पर।

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

जब टाइपस्क्रिप्ट सख्त, एओटी संकलन में कोणीय आयात, पुस्तकालय से घटकों का उपयोग नहीं किया जाता है और इस त्रुटि को लैंचिंग करता है ... गैर-उपयोग किए गए घटकों/मॉड्यूल की जांच करें गैर समझ में आता है ...

लाइब्रेरी फ़ोल्डर को हटाकर जहां गैर-उपयोग किए गए मॉड्यूल और घटक हैं, एप्लिकेशन सख्ती से अच्छी तरह से लॉन्च होता है - लेकिन निश्चित रूप से इस फ़ोल्डर को मैन्युअल रूप से हटाने का कोई मतलब नहीं है

यह त्रुटि बिल्कुल हास्यास्पद है। मेरे पास एक मॉड्यूल था जो किसी ऑब्जेक्ट में घटकों को निर्दिष्ट कर रहा था, जैसे:

const landingComponents = {
    'landing-root': LandingComponent,
    'get-notified': GetNotifiedComponent,
    'typed-component': TypedComponent,
    'sticky-bar': StickyBarComponent,
};

तब मैंने मॉड्यूल को declarations: Object.values(landingComponents) , entryComponents: Object.values(landingComponents) के साथ खिलाने की कोशिश की।

लगता है क्या ... एओटी कंपाइलर को एक सरणी में सूचीबद्ध घटकों को देखने की जरूरत है ... अन्यथा अगर मैं इसे किसी अन्य तरीके से पास करता हूं तो मुझे यह भयानक "कक्षा के लिए मॉड्यूल निर्धारित नहीं कर सकता" मिलता है।

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

यह एक कपला बार कहा गया है, लेकिन समाधान इसके लिए प्रति मॉड्यूल 1 घटक है और मुझे यकीन नहीं है कि आपने पीआर से एंगुलर पर ध्यान दिया है, लेकिन इसे हाल ही में विलय कर दिया गया था और इस विषय के लिए रुचि हो सकती है: https://github.com/ कोणीय/कोणीय/पुल/27481

यह मुद्दा आज 2 साल पुराना हो गया

फिर भी, कोर टीम की ओर से एक शब्द भी नहीं कहा गया कि यह सिर्फ एक चेतावनी क्यों नहीं हो सकती।

@tiagodws lol आप इसे पोस्ट करने के लिए कितने समय से इंतजार कर रहे हैं? क्या आपने रिमाइंडर सेट किया था?

बस एक FYI
मेरी समस्या https://github.com/angular/angular/issues/13590#issuecomment -389113560 जैसी ही थी
एओटी मोड में आयात स्पष्ट रूप से केस-संवेदी होते हैं

@peterdeme ... जावास्क्रिप्ट केस-संवेदी है (और पथ समान स्ट्रिंग के रूप में ... = लिनक्स आधारित, विंडोज़ नहीं)।

अरे दोस्तों, बस देर से 2 साल के अंक आयु उत्सव के लिए वापस आ रहे हैं। include और exclude tsconfig.json #$ के अनुभागों सहित, लोगों के लिए संभावित कारणों के बारे में बहुत सारी परस्पर बातचीत होती है, इसलिए मैं केवल यह स्पष्ट करना चाहता हूं कि मूल समस्या क्या है इस धागे के लिए।

यदि आप पुन: प्रयोज्य घटकों का एक पुस्तकालय बनाते हैं, और आसान आयात के लिए बैरल फ़ाइलें ( index.ts ) जोड़ते हैं, तो जब आप उनमें से किसी का उपयोग करते हैं तो कोणीय संकलक टूट जाएगा। ऐसा इसलिए है क्योंकि जैसे ही आप उस बैरलफाइल से कुछ भी आयात करते हैं (जैसे, @shared/components ), यह हर एक घटक के लिए मॉड्यूल खोजने का प्रयास करेगा। यहां तक ​​​​कि अगर आप अपने इच्छित विशिष्ट घटकों को निर्दिष्ट करते हैं (उदाहरण के लिए import { SharedToastComponent } from '@shared/components'; ), तो संकलक अभी भी प्रत्येक निर्यात किए गए घटक के लिए मॉड्यूल की तलाश करेगा, और लापता घटकों के बारे में एक त्रुटि (चेतावनी नहीं) फेंक देगा।

जाहिर है, कामकाज हैं।

1. बैरल फ़ाइलों का उपयोग करना बंद करें। यह तेजी से गड़बड़ हो जाता है, क्योंकि प्रत्येक घटक को पूरी तरह से निर्दिष्ट करना पड़ता है
2. ExtrasModule का उपयोग करें और कहीं भी मॉड्यूल का उपयोग न करें। यह उन लोगों के लिए अच्छा काम करता है जिनके पास केवल परीक्षण के लिए आवश्यक घटक हैं, लेकिन घटक पुस्तकालय से खींचने वाले लोगों के लिए इतना अच्छा नहीं है

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

यहाँ उम्मीद है कि 2019 में एंगुलर टीम इस बहुत पुराने, बहुत कष्टप्रद मुद्दे के बारे में कुछ करेगी। मैं

@ swimmadude66 ... आपने वास्तविक lib मॉड्यूल बनाने और इसे tsconfig.json के माध्यम से एक कोणीय ऐप में जोड़ने के तरीके का उल्लेख नहीं किया ... जैसे: "paths": {"ng-demo": ["./packages/ng-demo/src/index.ts"]} और इसे import { DemoModule } from 'ng-demo'; जैसे आयात के माध्यम से उपयोग करना

हर कंपोनेंट स्टब पर एरर होना सबसे कष्टप्रद बात है। हर कोई ऐनक का परीक्षण/लेखन कर रहा है, है ना? तो घटक स्टब त्रुटियों को सभी को प्रभावित करना चाहिए। मैं यह नहीं कह रहा हूं कि बैरल का मुद्दा कम कष्टप्रद है। मैं सिर्फ इतना कह रहा हूं कि हर कोई बैरल नहीं कर रहा है। लेकिन सभी को चश्मा लगाना चाहिए। तो इसे ठीक करने के लिए कोर टीम के लिए चश्मा मुद्दा सबसे बड़ी प्रेरणा होनी चाहिए। इसे वर्तमान में "फ़्रीक्वेंसी लो" लेबल किया गया है, लेकिन इसे "फ़्रीक्वेंसी हाई" होना चाहिए क्योंकि यूनिट टेस्टिंग करने वाला कोई भी व्यक्ति इस समस्या का सामना करेगा।

यह एओटी में भी सुसंगत नहीं है। सर्व के साथ चलने पर कोणीय सीएलआई त्रुटियां नहीं देता है (जो डिफ़ॉल्ट रूप से एओटी का उपयोग करता है) लेकिन बिल्ड के साथ चलने वाली त्रुटियां देता है।

मैं समझता हूं कि यह एंगुलर सीएलआई रेपो नहीं है, लेकिन निश्चित रूप से इसके आसपास का व्यवहार अजीब है।

यहां तक ​​​​कि एक नकली मॉड्यूल बनाने के कामकाज के साथ , अब "एनजी बिल्ड" विफल हो जाएगा यदि एक यूआई इकाई परीक्षण लेखक एक नकली मॉड्यूल में एक नकली घटक जोड़ना भूल जाता है।

ऊपर का मतलब है कि यूआई इकाई परीक्षण वर्तमान में सीआई/सीडी परिनियोजन पाइपलाइन के लिए एक जोखिम तत्व है!

क्या हम वास्तव में खाद्य श्रृंखला में उच्च लोगों को यह समझाना चाहते हैं कि कोणीय इकाई परीक्षक एक छोटी सी चूक के साथ संपूर्ण परिनियोजन बिल्ड को तोड़ सकते हैं? नहीं। जो लोग एंगुलर डेवलपर्स का प्रबंधन करते हैं और जो निर्णय लेते हैं कि अगली परियोजना के लिए किस ढांचे का उपयोग करना है, उन्हें इस तरह की चीज़ों के बारे में नहीं सोचना चाहिए।

स्टॉपगैप के रूप में: क्यों न केवल "एनजी बिल्ड" में दिखाई देने वाली त्रुटि को परीक्षण लेखकों के लिए अधिक जानकारीपूर्ण बनाया जाए: अर्थात "यदि यह परीक्षण में उपयोग किया जाने वाला एक नकली घटक है: के प्रभाव में अतिरिक्त पाठ जोड़ें: इसे उसमें एक नकली मॉड्यूल में जोड़ें फ़ाइल के अनुसार (इस यूआरएल)"

आपके औसत अनुकूल कोणीय देव लेखन इकाई परीक्षण यहां कैसे आए:

ए) आईएमएचओ नकली घटकों, सेवाओं आदि को रखने के लिए "सहायक" फ़ाइल बनाने के लिए यह एक डीआरवाई-कोड अभ्यास है। सभी .spec फ़ाइलें उपयोग करती हैं। हालांकि यह अभ्यास इस बग परिदृश्य में टेस्टर स्मैक चलाता है।

बी) सभी .spec फ़ाइलें इस "सहायक" फ़ाइल को "मॉक मॉड्यूल" की आवश्यकता के बिना आयात कर सकती हैं, जिसका वास्तविक परीक्षण कोड से कोई संबंध नहीं है। नकली घटक उपयोगी होते हैं, जैसे कि एक नकली मॉड्यूल में सदस्यता के बिना, जिसकी किसी विशिष्ट परीक्षण वातावरण में कोई भूमिका नहीं होती है।

निश्चित रूप से वर्कअराउंड तुच्छ है ... लेकिन केवल Google खोज के माध्यम से इस बग को ढूंढना, थ्रेड को पढ़ना और पचाना और सहायक वर्कअराउंड नहीं था।

मैं इसे केवल सहायक फ़ाइल के अंत में जोड़ता हूं जिसमें नकली घटक होते हैं (अन्य बातों के अलावा):

/*
  mock components
  !! Each mock component added to this file *must* be added to the "MockTestModule", see below !!
*/
@Component({
  selector: 'app-mock-component',
  template: '<span>mock widget</span>'
})
export class MockComponent {}

/*
  This is an unused module to resolve the ng build error:
    'ERROR in : Cannot determine the module for class MockComponent
    in C:/code/myRepo/src/assets/test/test-resources.ts!
    Add MockComponent to the NgModule to fix it.'

  Reference: https://github.com/angular/issues/13590

  Each mock component added to this file *must* be added to the "MockTestModule"
*/
@NgModule({
  declarations: [ MockComponent ],
})
export class MockTestModule {}

ध्यान दें कि उपरोक्त फ़ाइल वास्तव में काफी बड़ी है ... "MockTestModule" को हेल्पर फ़ाइल के अंत में नीचे दबा दिया गया है ...

...मुझे आशा है कि हमें "एनजी बिल्ड" के लिए एक पैकेज.जेसन प्रविष्टि लिखने की आवश्यकता नहीं है जो कॉल को रोकता है, और एक कंसोल संदेश सम्मिलित करता है "हे यूआई यूनिट टेस्टर्स, क्या आपने मॉक मॉड्यूल में अपना नकली घटक जोड़ा है?" कुहनी मारना

यहाँ मेरे लिए समस्या का समाधान किया गया है। मेरी संरचना इस प्रकार है:

├── icons.module.ts
├── index.ts
├── icon
│   ├── icon.component.html
│   ├── icon.component.ts
│   └── icon.module.ts
└── icon-indicator
    ├── icon-indicator.component.html
    ├── icon-indicator.component.ts
    └── icon-indicator.module.ts

icons.module.ts में मेरे पास था:

import { IconComponent } from './icon/icon.component';
import { IconIndicatorComponent } from './icon-indicator/icon-indicator.component';

export { IconIndicatorComponent, IconComponent };

@NgModule({
  /* this was all fine */ 
})
export class IconsModule {}

index.ts था:

export * from './icons.module';

मुझे लगता है कि समस्या यह थी कि संकलक ने संबंधित घटकों का सामना करने से पहले आइकन और आइकन-संकेतक मॉड्यूल को पार्स नहीं किया था और इस प्रकार Cannot determine the module for class त्रुटि फेंक दी थी। यह प्रोजेक्ट एनजी 5 है। एनजी 7 प्रोजेक्ट में इसका उपभोग करते समय मुझे केवल त्रुटि मिली।

इसका समाधान निर्यात को एक स्तर नीचे ले जाना है। इसलिए मैंने निर्यात विवरण को icons.module.ts में हटा दिया और उन्हें यहां स्थानांतरित कर दिया:

icon.module.ts:
export { IconComponent };
...

icon-indicator.module.ts:
export { IconIndicatorComponent };
...

और समायोजित index.ts :

export * from './icons.module';
export * from './icon/icon.module';
export * from './icon-indicator/icon-indicator.module';

आशा है कि यह किसी की मदद करता है।

मुझे लगता है कि नया आइवी रेंडरर एओटी के साथ काफी कुछ मुद्दों को हल करेगा। जैसा कि आप पुल अनुरोधों और मुद्दों से देख सकते हैं कि कोणीय टीम आइवी पर ध्यान केंद्रित कर रही है, इसलिए इस मुद्दे के बारे में कोणीय 6 पर कुछ करने का कोई मतलब नहीं है।

मुझे लगता है कि नया आइवी रेंडरर एओटी के साथ काफी कुछ मुद्दों को हल करेगा।

मुझे हर मुद्दे पर यह सुनना अच्छा लगता है।

मैं भी इस मुद्दे को कोणीय 7.2.0 और कोणीय-क्ली 7.3.0 . के साथ कर रहा हूँ

ERROR in : Cannot determine the module for class ModalMockComponent in /Users/user/repos/angular-skeleton/src/app/shared/modal/modal.component.mock.ts! Add ModalMockComponent to the NgModule to fix it.
Cannot determine the module for class TranslatePipeMock in /Users/user/repos/angular-skeleton/src/app/shared/pipes/translate.pipe.mock.ts! Add TranslatePipeMock to the NgModule to fix it.

उदाहरण के लिए मेरे पास TranslatePipe और TranslatePipeMock मेरे Shared Module के अंदर है। ट्रांसलेशनपाइप मॉड्यूल में शामिल है, नकली पाइप नहीं है।
translate.pipe.mock.ts इकाई परीक्षण उद्देश्य के लिए है, इसलिए मैं इस फ़ाइल को प्रत्येक इकाई परीक्षण में आयात कर सकता हूं।

लेकिन अब मेरा निर्माण विफल हो गया
ng build --prod

हम इसे कैसे ठीक करते हैं?

एटीएम मेरे पास एक समाधान है जो इसे हल करता है

{
  "extends": "../tsconfig.json",
  "compilerOptions": {
    "outDir": "../out-tsc/app",
    "types": []
  },
  "exclude": [
    "test.ts",
    "**/*.spec.ts",
    "**/*.mock.ts"
  ]
}

इस मुद्दे की वर्तमान स्थिति को संक्षिप्त टिप्पणियों के माध्यम से निर्धारित करना कठिन है। मैं मानता हूं कि यह एक समस्या है (खराब डिजाइन)। इसे ठीक करने की क्या योजना है? आसान है या मुश्किल?

@rrmayer इस मुद्दे की स्थिति सबसे अधिक संभावना है कि "आइवी की प्रतीक्षा करें", जैसा कि लगभग सभी "वर्तमान" मुद्दों के साथ है।

हम बस इसे "त्रुटि" से "चेतावनी" में बदलना चाहते हैं, इसलिए हमारी परियोजनाएं वास्तव में संकलित होंगी ... क्या यह इतना कठिन है?

@ Terrafire123 ... उदाहरण के लिए परीक्षण या निर्माण टूलिंग के साथ कई संबंध हो सकते हैं, जो वास्तव में इस तथ्य पर आधारित हैं कि यह मामला त्रुटि की ओर ले जाता है, इसलिए चेतावनी में परिवर्तन एक गंभीर समस्या हो सकती है।

मुझे कोई उम्मीद नहीं है कि यह वर्तमान कंपाइलर के लिए तय हो जाएगा: डी

शायद हमारे पास कम से कम एक त्रुटि या चेतावनी दिखाने का विकल्प होना चाहिए। उद्देश्य पर मॉड्यूल का हिस्सा नहीं होने के कारण घटकों को तोड़ना बहुत परेशान है।

अप्रयुक्त आयात इस त्रुटि का कारण बन सकते हैं..

import { UnusedImportComponent } from "./used-somewhere-else-or-not.component";

ऐसा लगता है कि कक्षा के आगे 'निर्यात' कीवर्ड किसी तरह से निर्धारित करता है कि जिस वर्ग में @Component डेकोरेटर लागू है, उसे कुछ मॉड्यूल में शामिल किया जाना है। चाहे आप घटक की कक्षा आयात करें और सीधे परीक्षणों में घोषित करें या घोषित करें जैसे CoreMocksModule और फिर मॉड्यूल आयात करें, इससे कोई फर्क नहीं पड़ता।

हालांकि एक उपाय है! मान लें कि हमारे पास हमारे स्टब घटक इस तरह घोषित हैं:

@Component({
  selector: 'app-user-stub-component',
  template: ''
})
export class UserStubComponent {}

हमें 'निर्यात' कीवर्ड को हटाना होगा लेकिन किसी तरह से हमें परीक्षण/परीक्षण मॉड्यूल में इसका उपयोग करने के लिए घटक को निर्यात करना होगा। इसे इस तरह करो:

@Component({
  selector: 'app-user-stub-component',
  template: ''
})
class UserStubComponent {}

export default UserStubComponent;

अब, हर जगह जब आप स्टब का आयात करते हैं, तो हमें निम्न प्रकार के कोष्ठकों से बचना होगा:
import UserStubComponent from 'path'

मुझे भरोसा है ये काम करेगा। मेरे लिए यह एओटी संकलन समस्याओं को हल करता है।

मेरे मामले में, मैंने इसे ठीक कर दिया। समस्या आवरण के साथ थी। मैंने फ़ोल्डर्स के लिए अपरकेस का उपयोग किया लेकिन वीएस कोड के ऑटो आयात ने निचले मामले वाले पथ को आयात किया।

@ renilbabu03 JS केस सेंसिटिव है।

मेरे मामले में, मैंने इसे अपने यूनिट परीक्षणों के लिए तय किया, जहां मैंने अनुवाद पाइप का मजाक उड़ाया।

मैंने export class को default export में बदल दिया:

import { PipeTransform, Pipe } from '@angular/core';

@Pipe({
  name: 'translate'
})
class TranslatePipeMock implements PipeTransform { // <-- NOT: "export class TranslatePipeMock implements PipeTransform"
  public name = 'translate';

  public transform(query: string): any {
    return query;
  }
}

export default TranslatePipeMock;

इसके लिए कोई फिक्स?
मैंने export default <class> की कोशिश की लेकिन जब मैं ng serve --aot चलाता हूं, तो यह एक त्रुटि फेंकता है: मॉड्यूल द्वारा अनपेक्षित मान 'शून्य' निर्यात किया जाता है ।

यह बहुत निराशाजनक है।

@redplane आप ऐसा क्यों करना चाहते हैं? मेरा मतलब है default निर्यात।

यहां बताया गया है कि वे इसे स्वयं कैसे करते हैं:
https://github.com/angular/angular/blob/master/aio/content/examples/testing/src/testing/router-link-directive-stub.ts

जब तक मैं import एक exported संपत्ति, फ़ाइल मौजूद होने पर कोणीय देखभाल क्यों करता है?

अक्सर मैं एक घटक को रिफैक्टर कर रहा हूं या घटकों को हटा रहा हूं और केवल पुराने घटक संदर्भों पर टिप्पणी करना चाहता हूं जैसे मैंने कॉमनजेएस दिनों में वापस किया था। यह काफी सुरक्षित होगा क्योंकि मैं बैरल फाइलों का कभी भी उपयोग नहीं करता क्योंकि मुझे उस मोर्चे पर कई बार जला दिया गया है, और कोणीय बल मुझे मेरी परियोजना से संपत्ति को शारीरिक रूप से हटाने के लिए प्रतिबद्ध है, जब मैं गर्दन में गहराई से हूं तो अस्वीकार्य है एक प्रोटोटाइप चरण ...

मैं एंगुलर 6 में फंस गया हूं क्योंकि मैं इस प्रोजेक्ट पर काम करने वाला एकमात्र डेवलपर हूं और नई सुविधाओं को शिप करने के बीच में नवीनतम स्थिर टूल तक पहुंचने के लिए चीजों को रिफैक्टर करना नरक होगा ... कम से कम यह बहुत अच्छा होगा अगर इस व्यवहार को अक्षम करने के लिए कोणीय 6+ को एक कंपाइलर ध्वज के साथ पैच किया जा सकता है ...

मेरे मामले में, मैं एक कोणीय पुस्तकालय परियोजना सेटअप कर रहा हूँ। पुस्तकालय के अंदर मेरे घटकों में से एक में, मैंने अपने आवेदन प्रोजेक्ट में इन एनमों का उपयोग करने के लिए कुछ एनम घोषित किए हैं, मैं अपने एप्लिकेशन रूट में प्रोजेक्ट निर्देशिका के सापेक्ष पथ के साथ आयात कर रहा था।

यही कारण है कि कोणीय संकलक मेरे पुस्तकालय घटक को एप्लिकेशन प्रोजेक्ट के किसी भी ngModules में घोषित करना चाहता था।

इस त्रुटि को हल करने के लिए मुझे अपने एनम को public-api.ts फ़ाइल में घोषित करना होगा और साथ ही उन्हें लाइब्रेरी से सीधे आयात के साथ एप्लिकेशन प्रोजेक्ट में उपयोग करना होगा, न कि किसी सापेक्ष आयात पथ के साथ।

उदाहरण के लिए:
पुस्तकालय परियोजना का नाम: घटक-lib
एप्लिकेशन प्रोजेक्ट का नाम: डेमो-ऐप

लाइब्रेरी प्रोजेक्ट के अंदर घोषित किसी भी इंटरफेस, क्लास, एनम आदि का उपयोग करने के लिए उन्हें सीधे पथ से आयात करें:

आयात {SearchEnum} 'घटकों-lib' से;

और मत करो
आयात {SearchEnum} '../../../projects/components-lib/path-to-your-component' से;

मुझे आशा है कि यह भविष्य में किसी की मदद करेगा, क्योंकि मैंने इसे स्वयं खोजने में घंटों बिताए हैं।

एनजी 9 के साथ निर्मित पुस्तकालय के लिए संगतता बनाए रखने के लिए एक समस्या होने के कारण मैं चाहता था कि एनजी 8 चलाने वाले लोग उपयोग करने में सक्षम हों।

मैं पुस्तकालय के माध्यम से कुछ उपयोगिता वर्गों की पेशकश करता हूं जिन पर आपके घटक विस्तारित हो सकते हैं। माता-पिता वर्गों की उस श्रृंखला में इनमें से कुछ अमूर्त हैं और एनजी 9 के साथ एनजी 8 के साथ संगत होने के लिए @Directive({ selector: 'random' }) होना आवश्यक है।

तो मैं लगभग इससे दूर हो गया... लेकिन:

Cannot determine the module for class NgxSubFormComponent in /........./node_modules/ngx-sub-form/ngx-sub-form.d.ts! Add NgxSubFormComponent to the NgModule to fix it.`

मैं पुस्तकालय के भीतर किसी भी मॉड्यूल का खुलासा नहीं करता, लोगों को केवल हमारे द्वारा प्रदान की जाने वाली कक्षाओं पर विस्तार करना चाहिए। लेकिन मैं नहीं चाहता कि उन्हें अपने मॉड्यूल में मूल वर्गों को आयात करना पड़े (इससे कोई मतलब नहीं होगा)।

इसलिए मैं फंस गया हूं और मैं सिर्फ एक ब्रेकिंग चेंज रिलीज में कटौती करूंगा, जिसमें लोगों को बैकवर्ड कंपैट होने के बजाय एनजी 9 में अपग्रेड करने की आवश्यकता होगी

हाय सब, इस मुद्दे पर चुप्पी के लिए खेद है।

व्यू इंजन में एनजीसी, डिजाइन द्वारा, "संकलन" में प्रत्येक घटक के लिए ngfactory फाइलें उत्पन्न करता है - यानी, आपके tsconfig द्वारा परिभाषित टीएस फाइलों का पूरा सेट। इस प्रकार टाइपस्क्रिप्ट
स्वयं काम करता है - यह tsconfig द्वारा परिभाषित सभी फाइलों को संकलित करता है। एनजीसी सिर्फ उसके ऊपर अतिरिक्त प्रसंस्करण कर रहा है।

तो अगर उस संकलन में @Component मौजूद है और एनजीसी इसे देख सकता है (जिसका अर्थ है कि यह शीर्ष-स्तर और निर्यात किया गया है), एनजीसी इसे संकलित करने का प्रयास करेगा। इसके अलावा कोई रास्ता नहीं है यह सुनिश्चित करने के अलावा कि एनजीसी उस फ़ाइल को संकलित नहीं करता है जो पहली जगह में घटक घोषित करता है।

ऐसा करने का सही तरीका है कि आप अपने tsconfig. उदाहरण के लिए, आपके पास अपने संपादक के लिए एक शीर्ष-स्तरीय tsconfig हो सकता है, जिसमें सभी फ़ाइलें शामिल हैं, और फिर विशेष रूप से आपके एप्लिकेशन संकलन के लिए tsconfig.app.json , जो संपादक कॉन्फ़िगरेशन से विरासत में मिला है और विशिष्ट फ़ाइलों को शामिल नहीं करता है। केवल ऐप कॉन्फिगरेशन को ngc के साथ कंपाइल किया जाएगा।

प्रोजेक्ट्स (प्रत्येक tsconfig एक "प्रोजेक्ट" है) को संरचित किया जाना चाहिए ताकि एक घटक और उसके मॉड्यूल को हमेशा एक साथ संकलित किया जा सके।

आइवी में वही नियम अभी भी बड़े पैमाने पर लागू होते हैं, जिनमें कई छोटे अंतर हैं:

• डिफ़ॉल्ट रूप से आइवी _any_ @Component को संकलित करने का प्रयास करेगा, भले ही यह निर्यात किया गया हो।
• आइवी में, मॉड्यूल के बिना एक घटक होना अब कोई त्रुटि नहीं है। हालांकि, यदि वह घटक अपने टेम्पलेट में अन्य घटकों/निर्देशों का उपयोग करने का प्रयास करता है, तब भी आपको टेम्पलेट टाइप-चेकिंग त्रुटियां मिलेंगी, क्योंकि मॉड्यूल के बिना उस घटक को और कुछ भी दिखाई नहीं देगा।
• डेकोरेटर में jit: true ध्वज जोड़कर किसी विशेष घटक या मॉड्यूल को अनदेखा करने और इसे रनटाइम तक छोड़ने के लिए आइवी कंपाइलर को बताना संभव है।

@alxhub मुझे यह सुनकर खुशी हुई कि यह अब कोई त्रुटि नहीं है!

मैं समझता हूं कि ngc कुछ भी कोशिश करेगा और tsc करेगा, और वह tsc अपने दायरे में कुछ भी संकलित करेगा। कहा जा रहा है कि, मॉड्यूल में एक घटक को जोड़ने की आवश्यकता 100% एक कोणीय चिंता है, इसलिए इसे अपने टाइपस्क्रिप्ट प्रोजेक्ट स्कोप से हटाने से ऐसा लगता है कि सड़क को नीचे कर सकता है। इसके अतिरिक्त, बैरल फ़ाइलों जैसे पैटर्न सामान्य होने के कारण, संकलन से किसी एकल फ़ाइल को वास्तव में निकालना मुश्किल हो सकता है, बिना इसे किसी भी पुन: निर्यात से हटाए बिना। यही कारण है कि उपरोक्त "उन घटकों को बाहर करने" के लिए कॉल अक्सर असंतोष से मिले थे।

आइवी (मॉड्यूल के बिना घटकों पर टेम्पलेट त्रुटियों) के साथ शेष सीमा के संबंध में, क्या उन लोगों के लिए भी चेतावनी देना बहुत अधिक है? मैं समझता हूं कि यदि मॉड्यूल-कम के रूप में घटक की पहचान करने से पहले टाइप-चेकिंग होती है, तो यह अधिक कठिन (या असंभव) हो सकता है, लेकिन यह मुझे Warning: ExampleUnusedComponent does not belong to an NgModule, and will be excluded from the output की तर्ज पर एक चेतावनी की तरह लगता है जो इस विचार को सटीक रूप से पकड़ लेता है कि घटक (और इसके द्वारा संदर्भित किसी भी अन्य) को तब तक शामिल नहीं किया जाएगा जब तक कि उन्हें एक ngModule में नहीं जोड़ा जाता है।

कुल मिलाकर, मैं इस मुद्दे पर आंदोलन देखने के लिए बहुत उत्साहित हूं, और आईवी कंपाइलर में नए बदलावों के साथ अपने मूल उपयोग के मामले को आजमाने के लिए उत्सुक हूं!