ओह, अभी देखा https://github.com/phersjs/feeds/issues/64... लेकिन शायद इसे खुला छोड़ दें? तो कुछ लोग मदद की पेशकश करेंगे?

इसे आगे बढ़ाने का सबसे अच्छा तरीका कुछ बुनियादी टाइपस्क्रिप्ट परिभाषाओं के साथ एक भंडार शुरू करना होगा (# 64 में मैंने कुछ पॉइंटर्स पोस्ट किए हैं जहां से शुरू करना है) और जारी रखें
वहाँ चर्चा।

मैं इस मुद्दे को एक या दो महीने के लिए खुला छोड़ सकता हूं लेकिन दूसरा मुद्दा लगभग एक साल से खुला था और किसी ने इसे नहीं उठाया। जैसा कि वहां उल्लेख किया गया है, वर्तमान कोर टीम टाइपस्क्रिप्ट या कोणीय का उपयोग नहीं कर रही है, इसलिए यह वास्तव में हमारे रडार पर नहीं है (और हम केवल मुद्दों को खुला रखना पसंद करेंगे यदि कोई मौका है कि उन्हें निकट भविष्य में संबोधित किया जाएगा)।

मुझे लगता है कि @harangue कुछ बुनियादी परिभाषाओं पर काम कर रहा है। हो सकता है कि हम स्लैक पर हुई चर्चा को आगे बढ़ा सकें कि वे यहाँ कहाँ रहेंगे?

ज़रूर! अगर इस मुद्दे को बंद करने की जरूरत है, तो बस आगे बढ़ें।

यह वास्तव में अच्छा होगा यदि टाइपप्रति का समर्थन किया जा सकता है.. मैं कैसे मदद कर सकता हूं?

@rollymaduk मैंने पंखों के लिए परिभाषाओं पर कुछ अच्छी प्रगति की है, लेकिन हमने अभी तक उन्हें वितरित करने का सबसे अच्छा तरीका स्थापित नहीं किया है (और टाइपस्क्रिप्ट 2 रिलीज होने के बारे में चीजें थोड़ा संक्रमणकालीन हैं)। यदि आप तब तक कुछ काम करना चाहते हैं, तो आप इस सार को हैं जिस पर मैंने काम किया है।

@harange वास्तव में अच्छा काम वास्तव में यह काफी तैयार दिखता है .. मुझे लगता है कि कुछ क्षेत्रों में कुछ ध्यान देने की आवश्यकता हो सकती है, कुछ बुनियादी प्लगइन्स जैसे प्रमाणीकरण, प्रदाता (बाकी, socke.io, प्राइमस) और कुछ डीबी एडाप्टर सही शामिल होंगे? कृपया उन्हें वितरित करने के सर्वोत्तम तरीके से आपका क्या मतलब है?

मुझे यकीन नहीं है कि हमने अभी तक इस पर चर्चा की है, लेकिन मुझे लगता है कि यह ठीक रहेगा यदि हम मुख्य भंडार में टाइपस्क्रिप्ट परिभाषाओं को वितरित करते हैं, जब तक कि उन्हें बनाए रखने और उन्हें अद्यतित रखने के लिए कोई है। तो एक बार जब वे तैयार हो जाते हैं, तो हम इसे पंख 2.1 रिलीज का हिस्सा बना सकते हैं (जो मुझे लगता है कि कुछ चेतावनियों के साथ भी शिप हो सकता है कि उदाहरण के लिए सेवाओं में कॉलबैक v3 में बहिष्कृत हो जाएंगे)।

क्या टाइपस्क्रिप्ट के लिए generator-feathers का कोई कांटा है? जनरेटर के TS फोर्क पर काम करने के इच्छुक हैं?

संपादित करें: मैंने जनरेटर को फोर्क किया और पहली प्रतिबद्धता को धक्का दिया।

तो @harangue ने पहले से ही https://gist.github.com/harange/9d4ed79118e2656f5e3d2d699296ed36 में पंख टाइपस्क्रिप्ट परिभाषाओं का एक बड़ा सेट लागू किया है, हमें बस किसी की समीक्षा करने और संभावित रूप से उन्हें अंतिम रूप देने और उन्हें टाइपस्क्रिप्ट परिभाषाओं के भंडार में जमा करने की आवश्यकता है।

मैं औक रिलीज के इस हिस्से को बनाने जा रहा हूं जो साल के अंत से पहले रिलीज होगी। यदि तब तक कोई भी कदम नहीं उठाता है तो यह मुद्दा हमेशा के लिए बंद हो जाएगा और पूरी बात के लिए पुल अनुरोध के अलावा कोई आधिकारिक टाइपस्क्रिप्ट समर्थन या इस बारे में और चर्चा नहीं होगी।

यदि उनकी गुणवत्ता अच्छी है तो आपको परिभाषाओं को पंखों के साथ जोड़ने पर विचार करना चाहिए। मुझे लगता है कि बहुत से लोग जितना संभव हो सके द्वितीयक पैकेज प्रबंधक का उपयोग करने से बचना चाहेंगे।

वे npm i @types/feathers माध्यम से इंस्टॉल करने योग्य होंगे। अब आपको typings जैसी चीज़ों की आवश्यकता नहीं है।

मुझे लगा कि आप उन्हें केवल https://github.com/DefinitelyTyped/DefinitelyTyped में जोड़ दें

निश्चित रूप से टाइप किए गए एफएक्यू से:

टाइप -2.0 शाखा स्वचालित रूप से टाइप-प्रकाशक के लिए एनपीएम पर

यह नहीं पता था। तो उन्हें निश्चित रूप से टाइप किए गए में जोड़ना पर्याप्त होगा।

आह, जेएस। आप एक या दो महीने के लिए चले गए और पारिस्थितिकी तंत्र विकसित हो गया: मुस्कान:

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

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

तकनीकी रूप से हुक टाइपिंग को पंख-हुक में भी निकाला जाना चाहिए। यहां टाइपिंग का विस्तार थोड़ा गड़बड़ हो जाता है, क्योंकि uberproto में कुछ मिश्रित पैटर्न होते हैं जो स्थिर प्रकारों के साथ दोहराने के लिए थोड़ा चुनौतीपूर्ण होते हैं।

आपको @harangue वापस पाकर अच्छा लगा। मुझे लगता है कि हम अभी के लिए यहां हुक टाइपिंग छोड़ सकते हैं क्योंकि हम हुक को कोर का हिस्सा बनाने की योजना बना रहे हैं (देखें #408)। साथ ही टाइपिंग को नई .hooks पद्धति के साथ अपडेट करने की आवश्यकता हो सकती है जैसा कि https://blog.phersjs.com/phers-application-and-error-hooks-7a5982e70024 में वर्णित है (अभी तक प्रलेखित नहीं है, इस पर काम कर रहा है) :)।

@harange आपको कब लगता है कि आप निश्चित रूप से टाइप करने के लिए अपने प्रकार जमा करेंगे?

हे सब लोग, टाइपस्क्रिप्ट डीफ़ को साथ आते देखना वाकई अच्छा है। @harangue , आपके जिस्ट में defs के साथ संयोजन के रूप में पंख आयात करने के लिए आपकी क्या सिफारिश है? वे नामस्थान निर्यात नहीं कर रहे हैं जो feathers पुस्तकालयों से मेल खाते हैं, इसलिए import ... from 'feathers' एक त्रुटि फेंकता है।

अरे @subvertallchris , आप उपयोग कर सकते हैं

import * as feathers from 'feathers';`

या

import feathers = require('feathers');

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

@ j2L4e आपका TS जनरेटर कांटा @harangue आप कैसे चल रहे हैं? मैं वास्तव में इस भूमि को देखने के लिए उत्सुक हूं और टीएस परिभाषा फाइलों के कार्यान्वयन में मदद करने के लिए खुश हूं, एक feathers generate --ts ध्वज के साथ एक कांटा जिससे क्ली टाइपस्क्रिप्ट अच्छी तरह से या डॉक्स के साथ खेल सके। मुझे बताओ।

इसे बनाए रखना कठिन था, केवल mysql और स्थानीय लेख के लिए ठीक से काम किया और जनरेटर-पंख वैसे भी जल्द ही अप्रचलित हो जाएंगे। इसलिए मैंने इसे तोड़ दिया।

नए क्लिक के रिलीज होने का बेसब्री से इंतजार

Am 19. दिसम्बर 2016 14:41:42 MEZ, schrieb georgeedwards [email protected] :

@ j2L4e आपका TS जनरेटर कांटा
इसके अलावा, @harangue आप कैसे चल रहे हैं? मैं वास्तव में इसे देखने के लिए उत्सुक हूं
भूमि और टीएस परिभाषा फाइलों के कार्यान्वयन में मदद करने में मुझे खुशी है, a
एक feathers generate --ts ध्वज के साथ कांटा के साथ क्ली खेलने के लिए
टाइपस्क्रिप्ट अच्छी तरह से या डॉक्स। मुझे बताओ।

--
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/feedsjs/phers/issues/381#issuecomment -267966376

क्या कोई अभी भी इस मुद्दे पर काम कर रहा है? मैं टाइपप्रति के साथ इस परियोजना का उपयोग करना बहुत पसंद करूंगा

सभी को नमस्कार

मुझे यह कहते हुए खुशी हो रही है: _यह लगभग हो चुका है।_
मैंने FeatherjsOrg में कई कांटे बनाए हैं और रेपो द्वारा परिभाषाएँ लिखी हैं। और आप इस नमूने को सर्वोत्तम टाइपस्क्रिप्ट परिभाषाओं के साथ पंखज का उपयोग करके देख सकते हैं

पंख+नोडज+टाइपस्क्रिप्ट
फेदर्स क्लाइंट+ऑरेलिया+टाइपस्क्रिप्ट

[हाँ, यह ESNext, Commonjs, AMD और वैश्विक मॉड्यूल से लेकर क्लाइंट चंक्स तक को सपोर्ट करता है]

ऑरेलिया नमूना आपको सुराग देता है कि कोणीय 2 के साथ कैसे काम किया जाए। इन रिपॉजिटरी में कई विवरण हैं कि कैसे टाइपस्क्रिप्ट एक लाइव दस्तावेज़ीकरण देने के लिए उपयोगी हो सकता है

मैं जल्द ही पीआर करूंगा, लेकिन आप देख सकते हैं, सवाल कर सकते हैं और मुझे फीडबैक दे सकते हैं। ?

परिभाषाओं के साथ कांटा:

• पंख-हुक
• पंख-प्राइमस
• पंख-सॉकेटियो
• पंख-आराम
• पंख-प्रमाणीकरण-ग्राहक
• पंख-ग्राहक
• पंख

मेरे पास थोड़ा काम था, लेकिन मुझे पंख और टाइपस्क्रिप्ट पसंद है

वह सब सापेक्ष लिंक है

मैंने लिंक तय किए।

@AbraaoAlves यह बहुत अच्छा लग रहा है, धन्यवाद! मैं बस एक भद्दी टिप्पणी लिखने और इस मुद्दे को बंद करने वाला था और मुझे खुशी है कि आपने पहले टिप्पणी की पुल अनुरोधों को देखने के लिए उत्सुक!

अच्छा आदमी @AbraaoAlves !

@AbraaoAlves मैं बस इतना कहना चाहता था, यह मेरे लिए बहुत बड़ी मदद है! मुझे विश्वास नहीं हो रहा है कि आप अंतिम क्षण में आ गए हैं

@AbraaoAlves मुझे वास्तव में आपकी किसी भी परिभाषा का उपयोग करने में परेशानी हो रही है। जब मैं package.json में संकुल को संस्थापित करता हूँ जैसे

"feathers-errors": "^2.5.0",

"feathers-authentication": "^0.7.12",

"feathers-configuration": "^0.3.3",

"feathers": "https://[email protected]/AbraaoAlves/feathers.git#definition",

"feathers-hooks": "git://github.com/AbraaoAlves/feathers-hooks.git#definition",

"feathers-mongoose": "^3.6.2",

"feathers-rest": "git://github.com/AbraaoAlves/feathers-rest.git#definition",

"feathers-socketio": "git://github.com/AbraaoAlves/feathers-socketio.git#definition"`

तो जब मैं इसे टाइपस्क्रिप्ट फ़ाइल में उपयोग करने का प्रयास करता हूं जैसे कि:

import * as feathers from "feathers"

यह संकलन पास करता है लेकिन वास्तव में ठीक से नहीं चलता है।

वे केवल प्रकार की परिभाषाएँ स्थापित करते हैं, स्रोत नहीं। ऐसा भी प्रतीत होता है कि पंख-बाकी टाइपस्क्रिप्ट को पहचानने के लिए एक फ़ंक्शन निर्यात नहीं करता है
rest()' as a valid command for app.use(rest());

इसके अलावा एक और मुद्दा, ऐसा लगता है कि app.use अब तर्कों को स्वीकार नहीं करता है जैसे कि
this.app.use(bodyParser.json());

और के रूप में इस्तेमाल किया जाना चाहिए

this.app.use(bodyParser.json() as any);

@Chrisdf मैं इसे package.json में tgz फाइलों के साथ ठीक

इसके बारे में अधिक जानकारी: मुद्दा

@AbraaoAlves क्या कोई कारण है कि आप परिभाषाओं को निश्चित रूप से @types नेमस्पेस के माध्यम से उपलब्ध होंगे और यह कोर टीम के लिए रिलीज के हिस्से के रूप में परिभाषाओं को अद्यतित रखने की आवश्यकता को हटा देगा।

@AbraaoAlves वैसे, परिभाषाओं को प्रतिबद्ध क्यों नहीं किया गया बल्कि इसके बजाय टैरबॉल रिलीज के रूप में पोस्ट किया गया? वे इस तरह typings लिए अधिक उपलब्ध होंगे। मैं इस प्रयास की अत्यधिक सराहना करता हूं और सहमत हूं कि परिभाषाओं को प्रयोग करने योग्य रूप में समुदाय तक पहुंचाना फायदेमंद होगा, निश्चित रूप से टाइप किया गया एक अच्छा कदम होगा।

मैंने @AbraaoAlves और @harangue दोनों के काम के आधार पर टाइपिंग को फिर से लिखा है। मैं इन टाइपिंग को निश्चित रूप से शीघ्र ही निश्चित रूप से टाइप कर दूंगा।

ठंडा। इसके लिए हम कुछ भी कर सकते हैं/करना चाहिए? अन्यथा मैं यह मान रहा हूं कि एक बार चीजों को निश्चित रूप से टाइप किए जाने के बाद हम इस मुद्दे को बंद कर सकते हैं?

इस रिपॉजिटरी में शामिल किया जाना चाहिए और package.json
(कम से कम यह सबसे अच्छा मामला होगा)

उदाहरण: package.json में फ़ाइल शामिल है

हाय सब ओ /
धैर्य और प्रतिक्रिया के लिए धन्यवाद।

@stevehipwell और @daffl : मेरा मानना ​​​​है कि टाइपस्क्रिप्ट परिभाषा फ़ाइल एक दस्तावेज़ीकरण, एक लाइव दस्तावेज़ीकरण की तरह है। लेकिन दस्तावेज़ीकरण जो कोड के साथ संरेखित नहीं है, दस्तावेज़ीकरण से भी बदतर है!

मैं @types और निश्चित रूप से टाइप की गई पहल को जानता

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

जावास्क्रिप्ट परियोजनाओं के उदाहरण आपकी अपनी परिभाषाएँ बनाए रखते हैं: ऑरेलिया , प्रीएक्ट , ...

यदि सभी सहमत हैं, तो यहां पुलरक्वेट लिंक हैं:

• पंख
• पंख-प्रमाणीकरण-ग्राहक
• पंख-हुक
• पंख-प्राइमस
• पंख-आराम
• पंख-सॉकेटियो
• पंख-प्रमाणीकरण
• पंख-ग्राहक (इन अन्य के समाधान के बाद मैं भेजूंगा)

टाइप-टेस्ट, ऑटोमेशन, जैसे और भी बहुत कुछ करने के लिए काम है, लेकिन यह अभी शुरुआत है।

टाइपप्रति S2 पंख जेएस!

नमस्ते,

मैं @AbraaoAlves से सहमत

यह सुनिश्चित करने के लिए कि परिभाषाओं को परियोजना रिलीज के साथ तालमेल में रखा गया है, पंख टीम से बेहतर पारदर्शिता की आवश्यकता होगी। अब तक अपनी परिभाषाएँ लिखते हुए मैं अनिश्चित हूँ कि रिलीज़ की वर्तमान स्थिति क्या है; ब्लॉग को अद्यतित नहीं रखा गया है और कई कोड नाम हैं (v3, auk, buzzard ??) जिसका कोई मतलब नहीं है।

@AbraaoAlves - आपकी परिभाषाएं अच्छी दिखती हैं, लेकिन जो मैं देख सकता हूं उसमें hooks() विधियों जैसे क्षेत्र गायब हैं। क्या आप इन्हें इसमें जोड़ने में दिलचस्पी लेंगे?

हाय @stevehipwell ,

प्रतिपुष्टि के लिए धन्यवाद। और यहाँ इसके बारे में मेरे उत्तर हैं:

हालांकि, सबसे खराब स्थिति में परिभाषा फ़ाइलें शामिल हैं जो पुरानी हो जाती हैं ...
यह सुनिश्चित करने के लिए कि परिभाषाओं को परियोजना रिलीज के साथ तालमेल में रखा गया है, पंख टीम से बेहतर पारदर्शिता की आवश्यकता होगी

हां, समन्‍वयन समस्‍या एक वास्‍तविक समस्‍या है, लेकिन परीक्षणों से इसे ठीक किया जा सकता है।
मैं टाइपप्रति में परीक्षण करने का सुझाव देता हूं: #508

इस समाधान के बारे में सहमत हैं या नहीं, वहां अपनी राय लें।

मैं वास्तव में बिना किसी विघटनकारी परिवर्तन के, पंखज को एक टाइपस्क्रिप्ट अनुकूल बनाने के लिए प्रेरित हूं।
हमारे पास करने के लिए बहुत कुछ है, जैसे hooks() तरीके, लेकिन अब हम इसे एक साथ बना सकते हैं।

यदि आपको कोई बग दिखाई देता है या कोई परिभाषा छूट जाती है, तो समस्या बनाएं।

@AbraaoAlves ऐसा लगता है कि परिभाषाओं को अद्यतित रखने की इच्छा है और मुझे मदद करने में खुशी हो रही है। मुझे लगता है कि आपके मर्ज अनुरोध पूर्ण होने के बाद आप लापता परिभाषाओं के लिए मुख्य रेपो पर बग उठाना चाहते हैं?

@stevehipwell हाँ, यह बात है।

रिलीज़ शेड्यूल के साथ क्या समस्या है और इसे बेहतर बनाने के लिए हम क्या कर सकते हैं? यहाँ के मील के पत्थर अभी भी मोटे तौर पर वही हैं जो हम योजना बना रहे हैं:

• अगली रिलीज़ औक है जो कोड पूर्ण है जिसमें जनरेटर को अंतिम रूप दिया जा रहा है और डॉक्स अपडेट किए जा रहे हैं। ब्रेकिंग परिवर्तन पंख-प्रमाणीकरण v1.0.0 . में हैं
• रिलीज के बाद बज़र्ड है जिसमें निम्नलिखित ब्रेकिंग कोर परिवर्तन शामिल होंगे (जो मैं वास्तव में कभी-कभी v3 के रूप में संदर्भित करता हूं - और शायद 😉 नहीं होना चाहिए):
  
  
  
  • फ्रेमवर्क स्वतंत्रता (https://github.com/phersjs/feeds/milestone/9) (और इसके साथ क्लाइंट के लिए एक
  
  
  • मूल में हुक
  
  
  • चैनल आधारित ईवेंट फ़िल्टरिंग
  
  

उन सुविधाओं के आने के बाद परिभाषाओं को अद्यतन करने की प्रक्रिया क्या होनी चाहिए?

टाइपस्क्रिप्ट परिभाषाएँ C++ में .h (हेडर) की तरह हैं। यदि आपके पास एक हेडर है जो आपके मॉड्यूल का जवाब नहीं देता है, तो रनटाइम के दौरान परेशानी हो सकती है, जैसे कोई दस्तावेज़ उपयोग किए गए कोड के संस्करण के साथ संरेखित नहीं होता है।

इसलिए, मेरा मानना ​​​​है कि परिभाषाओं को प्रत्येक मील के पत्थर में शामिल किया जाना चाहिए जिसके लिए एपीआई में बदलाव की आवश्यकता होती है, उदाहरण के लिए: अन्य रिपॉजिटरी में मूविंग मेथड या एक मेथड में एक नया पैरामीटर जोड़ना, ...

मैं v1 के साथ संरेखित करने के लिए विशिष्ट परियोजनाओं के लिए हुक हटाकर, पंख-प्रमाणीकरण परिभाषा बदलूंगा।
अब सवाल यह है कि क्या फेदरजेएस के इस मौजूदा संस्करण में परिभाषाओं को शामिल किया जाना चाहिए?

@AbraaoAlves मुझे ऐसा लगता है। मैं आपके सभी पीआर के लिए एक मामूली रिलीज कर सकता हूं और हम वहां से पुनरावृति कर सकते हैं। केवल एक चीज जिसके बारे में मैं अभी भी सोच रहा हूं वह है #508 लेकिन मैं उस पर टिप्पणी करूंगा।

मुझे उपरोक्त टाइपिंग में दो समस्याओं का सामना करना पड़ रहा है।

सॉकेटियो काम नहीं करना चाहता।

node_modules/feathers-socketio/index"' resolves to a non-module entity and cannot be imported using this construct.

और बाकी के लिए एक हैंडलर की आवश्यकता होती है, भले ही आपके पंख-क्ली बिना तर्क के आउटपुट हो।

.configure(rest ()) // यहां एरर फंक्शन रेस्ट घोषित करें (हैंडलर: फंक्शन): फंक्शन;
कॉन्फ़िगर करें (सॉकेटियो ())

नोड -v
v6.6.0

एनपीएम -वी
3.10.5

टीएससी -वी
2.1.6

यह दिखाना भी दिलचस्प होगा कि मॉड्यूल के रूप में "पंख ()" का उपयोग कैसे करें क्योंकि यह प्रवेश बिंदु है।
मैं अन्य सभी जेनरेट की गई सेवाओं/मिडलवेयर को परिवर्तित कर सकता हूं लेकिन एक अच्छा तरीका होना चाहिए जो एक कन्स्ट्रक्टर() {} में पंख() को समाहित कर सके। (मैं पंखों के लिए नया हूं, मैं इसे गलत भी कर रहा हूं ...)

क्या हम पैच रिलीज के रूप में परिभाषाएं प्राप्त कर सकते हैं? परिवर्तन का यह स्तर पूरी तरह से एक पैच रिलीज के लिए उपयुक्त होगा; कोई ब्रेकिंग परिवर्तन नहीं और कोई नई कार्यक्षमता नहीं। यहां तक ​​कि आंशिक या गलत टाइपिंग भी टाइपिंग न करने से बेहतर है।

एक बार जब हमारे पास रिलीज हो जाती है तो हमारे पास एक कार्यशील प्रारंभिक बिंदु होता है जिसे हम टाइपिंग में सुधार के लिए वृद्धि का उपयोग कर सकते हैं।

यदि यह स्थिर रहता है और मेरी परिभाषाओं के लिए निश्चित रूप से टाइप किए गए मार्ग से नीचे जाना होगा। मैं ऐसा नहीं करना चाहता और मुझे रेपो में परिभाषाओं के साथ मदद करने में खुशी हो रही है।

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

प्रत्येक मॉड्यूल के लिए छोटे संस्करणों में जारी किया गया

• https://github.com/phersjs/phers/pull/507
• https://github.com/phersjs/phers-authentication-client/pull/25
• https://github.com/phersjs/feeds-hooks/pull/135
• https://github.com/phersjs/feeds-primus/pull/43
• https://github.com/phersjs/feeds-rest/pull/101
• https://github.com/phersjs/feeds-socketio/pull/60
• https://github.com/phersjs/feeds-authentication/pull/412

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

पूरे पंख + टाइपस्क्रिप्ट चर्चा से मेरा मुख्य निष्कर्ष यह है कि मौजूदा जावास्क्रिप्ट प्रोजेक्ट के लिए टाइपिंग बनाना और बनाए रखना बहुत कठिन लगता है (मेरे लिए जो इंटरऑपरेबिलिटी टाइपस्क्रिप्ट दावों के लिए बहुत अच्छी तरह से बात नहीं करता था)। चूंकि कोर टीम टाइपस्क्रिप्ट का उपयोग नहीं कर रही है, इसलिए ब्रेकिंग एपीआई परिवर्तन जारी करते समय आगे बढ़ने का हमारा एकमात्र विकल्प किसी भी पुरानी टाइपस्क्रिप्ट परिभाषाओं को हटाना है।

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

मेरे लिए जो इंटरऑपरेबिलिटी टाइपस्क्रिप्ट दावों के लिए बहुत अच्छी तरह से बात नहीं करता था

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

यदि यह टाइपस्क्रिप्ट के साथ अच्छी तरह से खेला जाता है तो पंख एंगुलर के लिए पसंदीदा सर्वर साइड फ्रेमवर्क होगा। मैं तो बस कह रहा हूं' :-)। मैं अभी के लिए आगे बढ़ रहा हूँ।

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

@rjsteinert इस समय जो कुछ भी है वह ज्यादातर काम करना चाहिए लेकिन हां, किसी भी ओपन सोर्स प्रोजेक्ट के साथ आपके पास या तो कोशिश करने और मदद करने या आगे बढ़ने का मौका है।

आपके पास या तो कोशिश करने और मदद करने या आगे बढ़ने का मौका है।

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

@rjsteinert टाइपस्क्रिप्ट क्या पेशकश करता है जो इसे आपके लिए इतना मूल्यवान बनाता है? (ईमानदार सवाल) मेरे पंख के काम के वर्तमान सेट के पूरा होने के बाद, मेरी जिज्ञासा लगभग इतनी ही बढ़ गई है कि मैं टाइपस्क्रिप्ट पर एक नज़र डालने के लिए खुद को देख सकूं। मुझे पता है कि यह स्वत: पूर्ण/कोडसेंस के साथ मदद करता है, लेकिन पंख एपीआई इतना छोटा है कि मैं कल्पना नहीं कर सकता कि यह उपयोगी है। कृपया मेरी अज्ञानता को क्षमा करें। ;)

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

मैं @rjsteinert से सहमत

यदि आप इस गिटहब पोस्ट पर लिख रहे हैं और फेदरजेएस का उपयोग कर रहे हैं, तो आप शायद एक उत्साही जावास्क्रिप्ट डेवलपर हैं। यदि आप फेदरजेएस डेवलपर्स में से एक हैं, तो आप अपने लिए टाइपस्क्रिप्ट का उपयोग करने का कोई मतलब नहीं देखेंगे। आपको किसी विशेष टूलिंग या टाइपस्क्रिप्ट सहायता की आवश्यकता नहीं है। आप जावास्क्रिप्ट यूनिकॉर्न हैं।
मैं टाइपस्क्रिप्ट के बेहद खिलाफ था (विशेषकर जब हमें इसे अल्फा 1.1 संस्करण के साथ उपयोग करने के लिए मजबूर किया गया था), लेकिन वर्षों से, मैंने इसकी सराहना करना सीख लिया है और इसके बिना नहीं रह सकता। आप जिन सहकर्मियों के साथ काम करेंगे, वे उतने जानकार नहीं होंगे जितने कि आप जावास्क्रिप्ट में हैं। वे सभी अलग-अलग पृष्ठभूमि से आएंगे, और इस बात को कोसेंगे कि जावास्क्रिप्ट कैसे बकवास है।

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

वेब पर उपयोग की जाने वाली सबसे लोकप्रिय भाषाओं पर एक नज़र डालें: PHP, NodeJS, Ruby, C#, Java... उनमें से कुछ टाइप की गई हैं, उनमें से कुछ नहीं हैं। मैंने इन सभी भाषाओं के साथ काम किया है और मैं आपको बता सकता हूं कि इतने वर्षों के बाद, मैं "डिस्कवर-एरर-एट-रनटाइम-ओनली" भाषा पर वापस नहीं जाना चाहता। उन सभी के अपने आकर्षण, फायदे और नुकसान हैं। एक बड़ी टीम में, मैं हमेशा कुछ मजबूत और टाइप किए गए कुछ के साथ जाने का सुझाव दूंगा।

मेरे द्वारा लिखे गए PHP SDK का उपयोग करने वाले किसी व्यक्ति का सबसे हालिया उदाहरण। यदि आपके पास ऐसी विधि है जो 100 अंकों के साथ "बड़ी संख्या" स्वीकार करती है, तो आप वास्तव में एक स्ट्रिंग के रूप में व्यवहार करते हैं। शुरुआती डेवलपर एक बग खोलेगा जिसमें पूछा जाएगा कि क्यों setValue(123456789123...) कॉल करना काम नहीं करता है, ऐसा लगता है कि यह NodeJS में या substr विधि में बहुत कम क्रैश होता है। अब, मध्यवर्ती डेवलपर आपके दस्तावेज़ों की जाँच करेगा और पाएगा कि यह एक स्ट्रिंग होना चाहिए था। कल्पना कीजिए कि टाइपिंग के साथ, आप टाइप करते या संकलित करते समय एक स्ट्रिंग को दर्ज करने के लिए बाध्य करते हैं। तब डेवलपर को विशिष्ट दस्तावेज पढ़ने की आवश्यकता नहीं होती है और न ही कोई बग खोलने की आवश्यकता होती है।

मैंने अपने नए Angular2 + NodeJS प्रोजेक्ट के लिए किस फ्रेमवर्क का उपयोग करना है, इस पर थोड़ा शोध किया, और FeatherJS वही लग रहा था जिसकी मुझे आवश्यकता थी। हालांकि, अगर आज एक और सर्वर प्रोजेक्ट सामने आया और कहा "मैं आधिकारिक तौर पर टाइपस्क्रिप्ट का समर्थन करता हूं", तो मैं सही पर स्विच करूंगा।

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

1. परिभाषाओं को ठीक से बनाए रखने के लिए पर्याप्त ज्ञान नहीं है
2. परिभाषाओं पर काम करने में समय नहीं लगा सकते हैं जब हमारे उपयोगकर्ता आधार के एक छोटे प्रतिशत को "उन्हें" की आवश्यकता होती है। हमारे पास उस प्रभाव पर काम करने के लिए बहुत सी अन्य वस्तुएं हैं जो अधिक लोगों को प्रभावित करती हैं।

उन लोगों के लिए जो आधिकारिक परिभाषाएँ बनाना / बनाए रखना चाहते हैं, हमें उन्हें नए दस्तावेज़ों के पारिस्थितिकी तंत्र अनुभाग में जोड़ने में खुशी होगी, लेकिन क्योंकि वे स्वयं उनका उपयोग नहीं करते हैं और पंख का उपयोग करते समय TS परिभाषाओं की आवश्यकता नहीं होती है और यह एक व्यक्तिगत प्राथमिकता है। हम उन्हें बनाए रखने नहीं जा रहे हैं। हम उन्हें मौजूदा रेपो से निकालेंगे और https://github.com/phersjs/feeds-typescript में डालने जा रहे हैं @jsgoupil , @rjsteinert , @AbraaoAlves या कोई अन्य इच्छुक व्यक्ति रेपो को बनाए रखना चाहता है तो हमें रेपो को एक्सेस देने और/या ट्रांसफर करने में खुशी होगी। हमें लगता है कि इससे परिभाषाओं को अद्यतित रखना आसान हो जाएगा और निश्चित रूप से टाइप किए गए को सबमिट करना आसान हो जाएगा (बेशक मुझे उस प्रक्रिया के बारे में ज्यादा जानकारी नहीं है)।

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

यदि आप इसे शामिल नहीं करना चाहते हैं, तो क्या आप कृपया स्रोत निर्देशिकाओं को npm पर प्रकाशित संस्करणों में शामिल कर सकते हैं और प्रविष्टि में jsnext:main या module में package.json कर सकते हैं।

चूंकि टाइपस्क्रिप्ट अब वाइल्डकार्ड मॉड्यूल परिभाषाओं का समर्थन करता है, इसलिए पंख-उप-मॉड्यूल से सभी टाइपिंग को शुद्ध करना और इसे feathers में शामिल करना एक आसान समाधान होगा:

declare module 'feathers';
declare module 'feathers-*';

जो any टाइप के रूप में पंख और सभी पंख-जो भी मॉड्यूल घोषित करेगा, जो कम से कम टीएस आउट-ऑफ-द-बॉक्स के साथ "इसे काम करता है"। आपको उन्नत इंटेलिजेंस नहीं मिलता है, लेकिन यह मौजूदा परियोजनाओं में सामान को तोड़े बिना काम करता है और लोगों की पीठ से समस्या दूर करता है।

मुझे भी मंज़ूर है:

"paths": {
            "feathers-socketio": ["typedefs/feathers-socketio/index.d.ts"]

बहुत सारे छोटे पीआर खोलने और बहुत सारे पैच संस्करण बनाने के बजाय, जो वास्तव में गैर-टीएस उपयोगकर्ताओं के लिए कुछ भी पैच नहीं करते हैं, इस बीच के लिए गलत या अपूर्ण टाइपपीफ को "ओवरराइड" करने के लिए।

नमस्ते,
मैं सिर्फ टाइपप्रति समर्थन के संबंध में एक संदेह को स्पष्ट करना चाहता हूं।
सेवा की

लेकिन प्रलेखन के अनुसार, सेवा के तरीके वैकल्पिक हैं।
देखो

तो, सेवा परिभाषा नीचे की तरह कुछ होनी चाहिए, है ना?

  interface Service<T> extends events.EventEmitter {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
    setup?(app?: Application, path?: string): void;
  }

@harish2704 हाँ यह सही है

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

यह सुनिश्चित करता है कि मैं कम से कम एक उत्पादन परियोजना पर कुछ युद्ध-परीक्षण परिभाषाएँ प्रस्तुत करूँगा।

धन्यवाद कू!

मंगलवार, 9 मई, 2017 को सुबह 7:42 बजे, रिचर्ड माइकल कू <
सूचनाएं@github.com> ने लिखा:

@ harish2704 https://github.com/harish2704 हाँ यह सही है

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

यह सुनिश्चित करता है कि मैं at . पर कुछ युद्ध-परीक्षित परिभाषाएँ सबमिट करूँगा
कम से कम एक उत्पादन परियोजना।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/phersjs/phers/issues/381#issuecomment-300138396 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABezn0WGqH30NNp8-X-ckpVuk_BTQbbnks5r4FEQgaJpZM4Jears
.

@myknbani
जांच करने में थोड़ा जल्दी हो सकता है - लेकिन आप टाइपिफ़ के साथ कैसे आगे बढ़े? क्या आपको बिल्कुल हाथ चाहिए? :) मैं एक नई परियोजना में पंखों का उपयोग करना चाहता हूं, लेकिन टाइपस्क्रिप्ट समर्थन की कमी एक महत्वपूर्ण बिंदु है।

टाइपस्क्रिप्ट समर्थन की कमी

सुनिश्चित नहीं है कि आपका क्या मतलब है। यह पूरी तरह से काम करता है। यह परिपूर्ण से बहुत दूर है, लेकिन यह काम करता है।

@jonlambert मैं @ j2L4e से सहमत हूं। मौजूदा वाले सही नहीं हैं, लेकिन मैं सिर्फ उस ट्रिक को करता हूं जिसका मैंने

आईएमएचओ, feathers-rest जैसे पैकेज जिन्हें केवल दो पंक्तियों में उपयोग करने की आवश्यकता है, टाइपिंग के लायक नहीं हैं :-)

मुझे यह भी याद नहीं है कि मैंने क्या बदला, लेकिन मुझे लगता है कि हुक और सेवाओं का उपयोग करने में कोई समस्या नहीं है।

@ j2L4e मेरा मतलब था कि feathers टाइपस्क्रिप्ट का समर्थन नहीं करता है। आप सही कह रहे हैं, ऊपर बताए गए समाधान के साथ इनका उपयोग करना संभव है, लेकिन यह निश्चित रूप से 'समर्थित' नहीं है जैसा कि हम इस मुद्दे से देख सकते हैं!

टाइपस्क्रिप्ट यह सुनिश्चित करने में हमारे वर्कफ़्लो का अभिन्न अंग है कि हमारे ऐप्स लाइन के नीचे रखरखाव योग्य हैं, इसलिए मैंने सोचा कि यह देखने लायक था कि @myknbani की परिभाषाएं उपलब्ध थीं या नहीं। हालांकि कोई चिंता नहीं! मैं

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

चूंकि पंख कोर टीम में कोई भी टाइपस्क्रिप्ट का उपयोग नहीं करता है, इसलिए हम:

1. परिभाषाओं को ठीक से बनाए रखने के लिए पर्याप्त ज्ञान नहीं है
2. परिभाषाओं पर काम करने में समय नहीं लगा सकते हैं जब हमारे उपयोगकर्ता आधार के एक छोटे प्रतिशत को "उन्हें" की आवश्यकता होती है। हमारे पास उस प्रभाव पर काम करने के लिए बहुत सी अन्य वस्तुएं हैं जो अधिक लोगों को प्रभावित करती हैं।

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

साथ ही, यह "काम" कर सकता है, लेकिन किसी भी प्रकार की गारंटी के बिना यह सुनिश्चित करने के लिए कि प्रकार की परिभाषाएं एपीआई के साथ अद्यतित रहें, ऐसा लगता है कि इसमें भविष्य में समस्याएं पैदा करने की क्षमता है।

तुम सही कह रही हो।

हालाँकि, हाल ही में कुछ सुधार हुए हैं और टंकण पूरा करने की योजना है और निर्माण किया जा रहा है।

यह बहुत अच्छी खबर है वास्तव में अब तक ढांचे के साथ काम करने का आनंद ले रहा हूं और मैं इसे टीएस के साथ उपयोग करने में सक्षम होने के लिए उत्साहित हूं

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

@ j2L4e आप सही कह रहे हैं। मुझे लगता है कि टाइपपीफ अब काफी बेहतर स्थिति में हैं। मैं नष्ट कर दिया मेरी "ओवरराइड" और केवल इस मुद्दे को अब तक शेष के सभी कर रहे हैं ! कथनों (की coz strictNullChecks ) का उपयोग करते समय app.service(...) ।

मैं सेवा परिभाषा (जहां सेवा विधियां सभी वैकल्पिक हैं) और सेवा उदाहरण (जहां सभी सेवा विधियां अपरिभाषित नहीं हैं) के लिए टाइपिंग को अलग करने का सुझाव दूंगा। वर्तमान में, मुझे हर जगह दर्द से ! s जोड़ना पड़ा जैसे await app.service('api/foos').create!([{

मेरे पास यह मेरे कामकाज में था:

interface ServiceDefinition<T> {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
    setup?(app?: Application, path?: string): void;
  }

  interface ServiceInstance<T> extends events.EventEmitter {
    find(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get(id: number | string, params?: Params, callback?: any): Promise<T>;
    create(data: T | T[], params?: Params, callback?: any): Promise<T | T[]>;
    update(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

इसके बारे में कैसे:

  interface GetMethod<T>{
    /**
     * Retrieves a list of all resources from the service.
     * Provider parameters will be passed as params.query
     */
    find(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
  }

  interface FindMethod<T>{
    /**
     * Retrieves a single resource with the given id from the service.
     */
    get(id: number | string, params?: Params, callback?: any): Promise<T>;
  }

  interface CreateMethod<T>{
    /**
     * Creates a new resource with data.
     */
    create(data: T[], params?: Params, callback?: any): Promise<T[]>;
    create(data: T, params?: Params, callback?: any): Promise<T>;
  }

  interface UpdateMethod<T>{
    /**
     * Replaces the resource identified by id with data.
     * Update multiples resources with id equal `null`
     */
    update(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
  }

  interface PatchMethod<T>{
    /**
     * Merges the existing data of the resource identified by id with the new data.
     * Implement patch additionally to update if you want to separate between partial and full updates and support the PATCH HTTP method.
     * Patch multiples resources with id equal `null`
     */
    patch(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
  }

  interface RemoveMethod<T>{
    /**
     * Removes the resource with id.
     * Delete multiple resources with id equal `null`
     */
    remove(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

  interface OptionalMethods <T> {
    find?(params?: Params, callback?: any): Promise<T[] | Pagination<T>>;
    get?(id: number | string, params?: Params, callback?: any): Promise<T>;
    create?(data: T[], params?: Params, callback?: any): Promise<T[]>;
    create?(data: T, params?: Params, callback?: any): Promise<T>;
    update?(id: NullableId, data: T, params?: Params, callback?: any): Promise<T>;
    patch?(id: NullableId, data: any, params?: Params, callback?: any): Promise<T>;
    remove?(id: NullableId, params?: Params, callback?: any): Promise<T>;
  }

  type GetService<T> = GetMethod<T> & ServiceAddons;
  type FindService<T> = FindMethod<T> & ServiceAddons;
  type CreateService<T> = CreateMethod<T> & ServiceAddons;
  type UpdateService<T> = UpdateMethod<T> & ServiceAddons;
  type PatchService<T> = PatchMethod<T> & ServiceAddons;
  type RemoveService<T> = RemoveMethod<T> & ServiceAddons;

  interface ServiceCore<T> extends OptionalMethods<T> {
    setup?(app?: Application<any>, path?: string): void;
  }

  interface ServiceAddons extends events.EventEmitter {
    filter(any?: any): this;
  }

  type Service<T> = OptionalMethods<T> & ServiceAddons;

यह आपको एक नए प्रकार का निर्माण करके किसी भी गैर-टीएस सेवा को टाइप करने की अनुमति देता है, उदाहरण के लिए पंख-मेलर के लिए:

type MailerService = CreateService<Mail>;

या एक (काफी बेकार) सेवा जो केवल बना और हटा सकती है:

type TrashyService<T> = CreateService<T> & RemoveService<T>;

सेवाओं को ध्यान में रखने के लिए चयनकर्ता कार्यों का उपयोग करने के साथ यह सब कुछ है (उदाहरण के लिए app.service(s => s.mailout)) उस सेवा को उसके उपयुक्त प्रकार के साथ वापस कर देगा। जैसा कि यहां देखा गया है:

अभी वापस चेक इन कर रहे हैं, हम कैसे आगे बढ़ रहे हैं? @j2L4e पोस्ट ^ वाकई साफ-सुथरी लग रही है! बस सोच रहा था कि मुझे कोई मदद मिल सकती है या नहीं, यह देखने के लिए और क्या करने की जरूरत है।

ठीक है, मैं अब तक जो त्रुटियां देख रहा हूं:

import * as handler from 'feathers-errors/handler';
import * as notFound from 'feathers-errors/not-found'; //[1]

app.use(notFound()); //[2]
app.use(handler()); //[3]

[1]

[ts] मॉड्यूल '"c:/उपयोगकर्ता/जॉर्ज/स्रोत/Repos/ts4/नोड_मॉड्यूल/पंख-त्रुटियां/नहीं-मिला"' एक गैर-मॉड्यूल इकाई को हल करता है और इस निर्माण का उपयोग करके आयात नहीं किया जा सकता है।

[2]

'फ़ंक्शन' प्रकार का तर्क 'PathParams' प्रकार के पैरामीटर के लिए असाइन करने योग्य नहीं है।
टाइप करें 'फंक्शन' '(स्ट्रिंग | RegExp) []' टाइप करने के लिए असाइन करने योग्य नहीं है।
संपत्ति 'पुश' प्रकार 'फ़ंक्शन' में गुम है।

[3]

'फ़ंक्शन' प्रकार का तर्क 'PathParams' प्रकार के पैरामीटर के लिए असाइन करने योग्य नहीं है।
टाइप करें 'फंक्शन' '(स्ट्रिंग | RegExp) []' टाइप करने के लिए असाइन करने योग्य नहीं है।
(उपनाम) नहीं मिला (): फ़ंक्शन

क्या मौजूदा कामकाज हैं?

https://github.com/phersjs/phers-errors/pull/87

अगले संस्करण के लिए, @j2L4e टाइपिंग को बेहतर बनाने पर कुछ बेहतरीन काम कर रहा है। इसे आज़माने और बीटा परीक्षण करने के चरण यहां दिए गए हैं:

npm i -g lerna
git clone -b buzzard-j2L4e  https://github.com/feathersjs-ecosystem/feathers-typescript.git
cd feathers-typescript
lerna bootstrap

लर्न आपके लिए सभी पैकेज और विवरण लिंक करेगा। अब ./packages/tests सबफ़ोल्डर पर जाएँ (जहाँ अभी तक कोई परीक्षण नहीं मिला है, इसलिए मैंने इसे एक प्रकार का खेल का मैदान बना दिया) और TS अच्छाई आज़माएँ! index.ts देखें।

संकलित करने और चलाने के लिए, ./packages/tests से npm start चलाएँ

अभी-अभी फेदर 2 से 3 में माइग्रेशन शुरू किया है, index.d.ts फाइलें अब हेड @फेदरजज पैकेज से गायब हैं। उन्हें बहाल करने की कोई योजना है?

जैसा कि ऊपर एक टिप्पणी का उल्लेख किया गया है, उन्हें निश्चित रूप से टाइप करने के लिए https://github.com/phersjs-ecosystem/phers-typescript/tree/buzzard-j2L4e पर ले जाया गया है। @j2L4e अभी बहुत व्यस्त है इसलिए इसे चुनना किसी और पर निर्भर है। जो मैंने समझा वह ज्यादातर लिंटिंग को पास कर रहा है और उन्हें निश्चित रूप से टाइप किया गया है। मैं खुशी-खुशी मदद करूंगा जो कोई भी इसे लेने के लिए तैयार है, लेकिन इसे अपने ऊपर लेने की कोई योजना नहीं है।

हां, यह मेरी अपेक्षा से बहुत अधिक काम था और समुदाय से प्रतिक्रिया लगभग शून्य थी। समय मिलते ही मैं इसे पूरा कर लूंगा। हालांकि बहुत जल्दी नहीं।

अगर कोई यहाँ झंकार करेगा, तो यह वास्तव में बहुत बढ़िया होगा। यह अब डीटी लाइनिंग के बारे में है, कि सब कुछ ठीक काम कर रहा है-ईशो

स्लैक से एक त्वरित कॉपी और पेस्ट:

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

यहां मेरा डीटी कांटा देखें https://github.com/j2L4e/definitelytyped , आपको types/feathersjs__packagename में पंख पैकेज मिलेंगे

क्लोन, एनपीएम इंस्टॉल करें और किसी एक पैकेज पर लिंटर चलाएं, उदाहरण के लिए npm run lint @feathersjs/feathers (संपादित)

@feathersjs/feathers पहले से ही ठीक से लाइनिंग कर रहा है, इसलिए आप इसे संदर्भ के रूप में उपयोग कर सकते हैं। (संपादित)

टाइपस्क्रिप्ट परिभाषाएँ https://github.com/DefinitelyTyped/DefinitelyTyped/pull/22805 पर निश्चित रूप से टाइप की गई समीक्षा की प्रतीक्षा कर रही हैं

परिभाषाएँ अब NPM के माध्यम से सुलभ हैं!

हां, पैकेज @feathersjs/package लिए @types/feathersjs__package इंस्टॉल करें और कृपया कुछ प्रतिक्रिया दें!

@erikma आपके समर्थन के लिए धन्यवाद!

@j2L4e आपके काम के लिए धन्यवाद! लेकिन क्या आप सुनिश्चित हैं कि आपने सभी @featherjs/express फ़ंक्शन निर्यात कर लिए हैं? मुझे आपकी टाइपप्रति परिभाषा फ़ाइल में आराम, json, notFound और urlencoded का कोई उल्लेख नहीं मिल रहा है।

तुम सही हो, वे गायब हैं।

अभी के लिए एक टाइपिंग.d.ts फ़ाइल जोड़ें:

import { ErrorRequestHandler, RequestHandler } from 'express';

declare module '@feathersjs/express' {
    export function errorHandler(options?: any): ErrorRequestHandler;
    export function notFound(): RequestHandler;
    export const rest: {
        (): () => void;
        formatter: RequestHandler;
    };
}

पता नहीं कहाँ urlencoded जाना चाहिए।

पिछले छोटे संस्करण में urlencoded और json को express में जोड़ा गया है। क्या express टाइपिंग को अभी तक अपडेट नहीं किया गया है?

क्या वह एक्सप्रेस या पंखज/एक्सप्रेस है?

इसे अभी एक्सप्रेस से पुनः निर्यात किया गया है:

• https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/express/index.d.ts#L31
• https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/express/index.d.ts#L42

तो आपको Import { urlencoded, json } from '@feathersjs/express' करने में सक्षम होना चाहिए? या आप इसे निर्यात किए गए original ?

require('express') जो कुछ भी निर्यात किया जाता है वह @feathersjs/express द्वारा पुनः निर्यात किया जाता है: https://github.com/phersjs/express/blob/master/lib/index.js#L82

साथ ही, क्या आप अच्छी परिभाषाओं के साथ channel.ts से निपटना जानते हैं?
मुझे खेद है कि इतने कम समय में सभी समस्याओं को आप पर डाल दिया।

आयात करें @types/feedsjs__socket-commons

आयात ? मुझे समझ नहीं आया

क्षमा करें, इसे वास्तव में 'आयात @ पंखज/सॉकेट-कॉमन्स' कहना चाहिए। आपको इसके प्रकार स्थापित करने की आवश्यकता है।

अगर मैं @types/feathersjs__feathers स्थापित करता हूं तो मेरा app.channel काम नहीं करता है। अगर मैं @types/feathersjs__socket-commons जोड़ूं तो मेरा app.on काम करना बंद कर देता है।

निश्चित रूप से टाइप/निश्चित रूप से टाइप किया गया#23195 . के माध्यम से तय किया जाएगा

कृपया कोई और समस्या यहाँ पर लें: https://github.com/phersjs-ecosystem/phers-typescript/issues

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

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

वहाँ किसी भी कारण है कि हम उपयोग नहीं कर सकते है feathers.services.dogs के बजाय feathers.service('dogs') ?

हां। feathers.service('dogs') कॉल defaultService (जो क्लाइंट पर सेवा को तत्काल करता है) और सेवा नामों से स्लैश हटा देता है।

टाइपस्क्रिप्ट परिभाषाएँ अब निश्चित रूप से टाइप की गई हैं।

कृपया किसी भी मुद्दे और प्रश्नों को https://github.com/phersjs-ecosystem/phers-typescript/issues पर निर्देशित