Feathers: कृपया सीआरयूडी के लिए जीयूआई का समर्थन करें

@takaaptech सुझाव के लिए धन्यवाद! हम इस बारे में @फेदरजज/कोर-टीम के बीच काफी बात कर रहे हैं। यह निश्चित रूप से एक वैकल्पिक प्लगइन होना चाहिए लेकिन निश्चित रूप से करने योग्य है। मैं इसे 3.0 मील के पत्थर पर अस्थायी रूप से थप्पड़ मारूंगा।

@ekryski बहुत बहुत धन्यवाद! पंख वाकई कमाल है!

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

क्या इन स्कीमा परिभाषाओं (सरल, ब्राउज़र-संगत JSON पर आधारित और बुकशेल्फ़ जैसे इन विशिष्ट बैकबोन स्टाइल एक्सटेंशन के आधार पर) को उनके संघों के साथ लागू करने और विभिन्न ORM के लिए स्कीमा एडेप्टर लिखने का कोई मतलब नहीं होगा?

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

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

मुझे लगता है कि यह स्ट्रैपी की पेशकश के समान होना चाहिए। उसका studio और admin panel देखें।

https://www.youtube.com/watch?v=UOQszbaZfSc

स्ट्रैपी को पानी की रेखा के साथ कसकर जोड़ा गया है और इस तरह, इस सुविधा को लागू करना आसान है।

वैसे, पार्स भी इसे प्रदान करता है, जिसे पार्स-डैशबोर्ड (https://github.com/ParsePlatform) कहा जाता है। यहां फिर से, ओआरएम के बीच चयन करने के लिए पंखों जैसा लचीलापन नहीं है।

यह सुनने के लिए इंतजार नहीं कर सकता कि पंख इससे कैसे निपटेंगे यदि वे वास्तव में यह सुविधा प्रदान करने का निर्णय लेते हैं।

एक समाधान जो मैं देख रहा हूं वह सुविधा को दो प्रकार के मॉड्यूल में विभाजित करना होगा:

• एक पंख प्लगइन जो मुख्य काम करता है, जैसे जीयूआई प्रदर्शित करना
• ORM को प्रबंधित करने के लिए प्लगइन के लिए एक एडेप्टर

तो हमारे पास एक अद्वितीय प्लगइन और कई एडेप्टर होंगे, प्रत्येक ओआरएम के लिए एक।

हमारे यहां कुछ विचार हैं और मुझे लगता है कि इसके अलग-अलग हिस्से हैं:

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

सीआरयूडी कभी नहीं लिखने के लिए वास्तव में उत्सुक। इसके लायक क्या है, मैं इसे tcomb , tcomb-form , feathers-tcomb , और feathers-action का उपयोग करके अपनी परियोजनाओं में पहले से ही कर रहा हूं। इसे business-stack में एक साथ देखें। सिफारिश करूँगा। :)

@ahdinosaur वह सुंदर रेड है। @daffl मुझे लगता है कि हम उस सामान में से कुछ को चमकाना चाहेंगे। कम से कम feathers-tcomb या कुछ और। ठीक इसी तरह मैंने सोचा था कि हमें सत्यापन को संभालना चाहिए और इससे कोई फर्क नहीं पड़ता कि हम इसे पूरा करने के लिए क्या उपयोग करते हैं, हमारे पास एपीआई दस्तावेज़ और सीआरयूडी यूआई स्वचालित रूप से उत्पन्न करने के लिए कुछ मॉडल/संसाधन परिभाषा होनी चाहिए। feathers-swagger अनिवार्य रूप से स्वैगर को एक नेवला मॉडल परिभाषा खिलाता है।

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

व्यवस्थापक के UI भाग के लिए या कुछ और के लिए मैं सहमत हूं कि:

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

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

Django से प्रेरित होकर मैं कुछ ऐसा ढूंढ रहा हूं जो सीआरयूडी-जीयूआई या किसी प्रकार के व्यवस्थापक के साथ आता है। मैं मॉडल के एक समूह के लिए JSON-स्कीमा बनाने के विचार के साथ खेल रहा हूं। उन स्कीमा का उपयोग करके आप एक सत्यापन कोड, नेवला [1] और अन्य मॉडलों के लिए स्कीमा उत्पन्न करने में सक्षम होना चाहिए। एक व्यवस्थापक को पंखों पर बोल्ट करना एक स्कीमा और एनजी-एडमिन [2] की तर्ज पर कुछ का उपयोग करके अपेक्षाकृत सीधे आगे की ओर प्रतीत होगा।

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

बस मेरे 2 सेंट, अगर किसी को इसमें दिलचस्पी है तो मैं अगले 2 ~ 3 सप्ताह में कहीं इसके लिए एक प्रोटोटाइप स्थापित करना चाहता हूं।

[1] जसन-स्कीमा से नेवला कनवर्टर: https://www.npmjs.com/package/json-schema-to-mongoose
[2] एनजी-एडमिन, सीआरयूडी एडमिन: https://github.com/marmelab/ng-admin

@AndreSteenveld मैंने पिछले साल कुछ इस तरह से काम करना शुरू किया था। आप देख सकते हैं कि मैंने यहां क्या रखा है: https://github.com/marshalswain/AmityApp। यह मूल रूप से एमिटी एडेप्टर कहलाने के आसपास काम करता है, जो डेटाबेस प्रकारों को संभालने के लिए विशिष्ट पंख सेवाओं का संग्रह है। मैंने केवल मोंगोडीबी संस्करण बनाया है।

https://github.com/marshalswain/amity-mongodb

amity-mongodb आपको एक संपूर्ण MongoDB सर्वर प्रबंधित करने देता है। यह कई पंख सेवाओं का उपयोग करता है:

• feathers-mongo-databases
• feathers-mongo-collections
• feathers-mongo-users प्रामाणिक रिलीज में आ रहा है
• feathers-mongodb

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

मैंने अभी तक amity सर्वर को पंख 2.0 में अपग्रेड नहीं किया है। आप इससे जो कुछ भी कर सकते हैं उसे उबारने के लिए आपका स्वागत है। :)

मैंने इसे पूरी तरह से मॉड्यूलर बनाया है, ताकि आप चाहें तो एमिटी एडेप्टर के ऊपर अपना यूआई बना सकते हैं।

आप शायद एनजी-एडमिन को जानते हैं। मुझे पसंद है कि वे विशिष्ट बैकएंड को कैसे संभालते हैं। मुझे कोणीय पसंद नहीं है इसलिए मैंने इसे दंगा करने के लिए लगभग पोर्ट कर लिया है।js

मैं यह भी बताने जा रहा हूं कि http://forestadmin.com/ नामक एक बहुत अच्छा विकल्प दिखता है। यह भुगतान और होस्ट किया गया है लेकिन स्थानीय रूप से मुफ्त में काम कर सकता है। निर्माता ने मुझे बताया कि अगर आप वन मिडलवेयर के बाद पंख मिडलवेयर लोड करते हैं तो यह बॉक्स से बाहर काम करता है। मैं इसे शीघ्र ही आजमाने जा रहा हूं।

@ekryski @SeyZ
क्या वह मुफ्त सॉफ्टवेयर है?

अरे @josx - हमारे पास 1 उपयोगकर्ता के लिए एक निःशुल्क योजना है :)

यदि आपने इसे आजमाया/इस्तेमाल किया/देखा है - स्ट्रांगलूप एपीआई फ्रेमवर्क आपकी रेस्टफुल सेवा के लिए एक बहुत अच्छा वेब यूआई उत्पन्न करता है ... वैसे भी, वहाँ शायद कुछ चमकने लायक है ...

@ekryski - Forestadmin.com को देखा, लेकिन मुझे नहीं पता कि यह कहां/कैसे स्थानीय रूप से मुफ्त में काम कर सकता है? हम अपने अगले जेन एंटरप्राइज (बिना इंटरनेट एक्सेस वाले फायरवॉल के पीछे) को आधार बनाने के लिए फेदरज का उपयोग कर रहे हैं, इसलिए उम्मीद है कि कुछ भी / सब कुछ स्थानीय रूप से होस्ट किया जा सकता है .. :)

अरे @sjmcdowall - आप अपने द्वारा उपयोग किए जाने वाले ओआरएम के आधार पर वन पैकेज का उपयोग करके इसे अपने ऐप पर इंस्टॉल कर सकते हैं: Sequelize , Mongoose या यहां तक ​​​​कि लूपबैक ।

आप अपने लोकलहोस्ट वातावरण ( http://localhost... ) पर फ़ॉरेस्ट आज़मा सकते हैं क्योंकि डेटा फ़ॉरेस्ट से गुज़रे बिना सीधे आपके ब्राउज़र से आपके एप्लिकेशन में स्थानांतरित होता है।

यह 1 व्यवस्थापक उपयोगकर्ता के लिए पूरी तरह से मुफ़्त है

यह एक महान विचार है। स्ट्रैपी और ट्रेलाइन (सेल के पीछे एक ही टीम) दोनों ने इसे लागू किया है।

@ekryski फॉरेस्ट एडमिन ने आपके लिए कितना अच्छा काम किया? क्या इसके लिए बहुत अधिक फिजूलखर्ची की आवश्यकता थी? हम प्रतिक्रिया में अपने स्वयं के कस्टम व्यवस्थापक UI का निर्माण कर रहे हैं, लेकिन यदि वन बॉक्स से बाहर अच्छी तरह से काम करता है तो कार्यभार को हटाना अच्छा होगा?

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

@Mentioum मुझे झंकार करने की अनुमति दें, मैं वन पर @SeyZ के साथ काम कर रहा हूं। हम @ekryski के साथ इस मुद्दे की जांच करेंगे। किसी भी मामले में, यदि आप फ़ॉरेस्ट को आज़माने में रुचि रखते हैं, तो बेझिझक या तो सैंड्रो या मुझसे संपर्क करें (ईमेल [email protected] हैं) और हम किसी भी मुद्दे को एक साथ हल करेंगे।

मेरे पास एक साइड प्रोजेक्ट के लिए सीक्वेलाइज के साथ फेदरजेएस पर वन काम कर रहा है, इसलिए यह मुद्दा नेवला तक सीमित हो सकता है। यहाँ app.js फ़ाइल का सार है जिसे केवल फ़ॉरेस्ट जोड़ने के लिए ट्वीक किया गया था।

क्षमा करें, लेकिन मुझे जंगल जैसे व्यवस्थापक पर काम करने की बात नहीं दिख रही है कि यह मुफ़्त सॉफ़्टवेयर/ओपन सोर्स नहीं है।
मुझे लगता है कि हम इसी तरह के ngadmin o पर बेहतर काम करते हैं।

धन्यवाद @ekryski ।

धन्यवाद @VinzGhyz। यह बहुत दयालु है लेकिन धन्यवाद नहीं। जब तक मुझे पता नहीं है कि यह बॉक्स के बाहर नेवला के साथ काम करता है, मेरे पास इसे करने के लिए समय नहीं है क्योंकि हमारे पास पहले से ही एक काम करने वाला समाधान है जिसे हम खुद को बनाए रख रहे हैं। हमारे स्विच करने का एकमात्र कारण हमारे वर्तमान समाधान की तुलना में 0 कार्य भार/कम कार्य भार होगा।

मैं देखता रहूंगा कि क्या होता है।

(मुझे पता है कि मैंने पहले इसका उल्लेख किया है, लेकिन मुझे वास्तव में लगता है कि KeystoneJS के पास ElementalUI (प्रतिक्रिया) के आधार पर बहुत ठोस विकल्पों के साथ एक महान ऑटोजेनरेटेड व्यवस्थापक है) @JedWatson शायद इस बारे में जाने के सर्वोत्तम तरीके में कुछ अच्छी अंतर्दृष्टि होगी।

@Mentioum उल्लेख के लिए धन्यवाद, मुझे लगता है कि KeystoneJS के पास यही है

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

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

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

पंख टीम - यदि आप इसे और अधिक एक्सप्लोर करना चाहते हैं तो बेझिझक संपर्क करें।

@ जेड वाटसन कमाल। हमें पूरी तरह से सहयोग करना चाहिए। नया संस्करण देखने के लिए उत्साहित। मैं वास्तव में उम्मीद कर रहा था/सोच रहा था कि हम कीस्टोन को बैकएंड पीस के रूप में पंख रखने के लिए कैसे हैक कर सकते हैं।

@Mentioum मैं आपके जैसी ही नाव में हूँ। बहुत व्यस्त। होपफुल इस सप्ताह आधे घंटे का समय निकालने में सक्षम होगा यह देखने के लिए कि क्या मैं वन कार्य कर सकता हूं।

हम एनजी-एडमिन से काफी प्रभावित हुए हैं (भले ही मैं एंगुलर का बहुत बड़ा प्रशंसक नहीं हूं)। हालांकि, अभी भी बहुत सारे बॉयलरप्लेट/रिडंडेंसी हैं जो आप क्लाइंट साइड पर कर रहे हैं ताकि आप पहले से ही स्कीमा सर्वर साइड में परिभाषित सामान का समर्थन कर सकें।

पंखों पर कीस्टोन लगाना सोना होगा! मैं इसमें योगदान दूंगा।

@JedWatson @ekryski @daffl

कोई बात नहीं मैंने कीस्टोन के साथ बहुत सारी चीज़ें बनाई हैं (मैं एक प्रशंसक हूं) (पंखों के साथ भी):

http://161london.com (ग्राहक कार्य)
http://thenidocollection.com (ग्राहक कार्य)
http://headstartapp.com (वर्तमान स्टार्टअप)

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

यह थोड़ा खिंचाव हो सकता है, लेकिन अगर आप वास्तव में कीस्टोन के बारे में सोच रहे हैं कि किसी प्रकार का ओआरएम है, तो क्या पंखों का उपयोग माइक्रोसर्विस के रूप में करने के लिए कूलर नहीं होगा जो कीस्टोन के साथ चलता है और आप बस इसका उपयोग करते हैं?

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

मुझे यकीन है कि आप लोगों के पास इसकी संरचना के बारे में बेहतर विचार है। (ऑब्स आप इसे केवल कीस्टोन में एक्सप्रेस मार्गों के साथ कर सकते हैं लेकिन फिर आपके पास कोई ऑटोजेनरेटिंग व्यवस्थापक नहीं होगा :))

वास्तव में अभी छोटे डॉकरस्टैक सपने देख रहे हैं:

रेडिस,
मोंगोडब,
कीस्टोन,
पंख-माइक्रोसर्विस1,
पंख-माइक्रोसर्विसएक्स,
पीएसग्रेस,
Elasticsearch
आदि आदि....
....

वैसे भी यह कहने की जरूरत नहीं है कि क्या यह एक चीज हो सकती है... इसके लिए तैयार रहें।

हे लोगों। यदि आपने इस परियोजना का निर्माण शुरू कर दिया है, तो क्या आप अपने भंडार या किसी अन्य चीज़ का लिंक दे सकते हैं ताकि लोग इस पर नज़र रख सकें?

+1 कुछ पैटर्न उदाहरण देखना चाहता है, पंखों के साथ कीस्टोन का उपयोग करना।

ऑटो-जेनरेटेड बैकएंड होना निश्चित रूप से एक अच्छा विचार है।

ग्राफक्यूएल का उपयोग करने वाले डेवलपर्स के लिए, यह एक अच्छा समाधान हो सकता है: ग्राफक्यूएल ऑटो जनरेटिंग सीएमएस ।

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

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

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

चूंकि यह पिछले छोर पर पंख लगाता है, आप इसे तुरंत उपयोगी पा सकते हैं, या यह किसी और चीज के लिए एक अच्छा प्रारंभिक बिंदु बना सकता है। इसकी जांच - पड़ताल करें:

https://www.npmjs.com/package/nodemda

और पंख प्लगइन यहाँ है:

https://www.npmjs.com/package/nodemda-feeds-react

शायद हम इसका इस्तेमाल कर सकते हैं: https://github.com/ForestAdmin/lumber

एडमिन-ऑन-रेस्ट के साथ कुछ करना बहुत अच्छा होगा

अगर किसी की दिलचस्पी है। मैंने पंख एपीआई के लिए समर्थन जोड़ने के लिए evolutility-ui-react के कांटे पर काम करना शुरू कर दिया है। मैंने शाब्दिक रूप से केवल शुरुआत की है, लेकिन साधारण मॉडल के लिए बुनियादी सीआरयूडी काम कर रहा है, और बाइनरी फाइलों के लिए वहां का हिस्सा है ... हालांकि यह किसी के काम आ सकता है। मैं अगले कुछ हफ्तों में और अधिक बदलावों पर जोर दूंगा।

की समस्या के बारे में

दिन के फ्रंट एंड फ्लेवर का समर्थन करें

मेरा मानना ​​​​है कि Svelte इसे बहुत अच्छी तरह से हल करता है ( github )। इसके साथ बनाई गई हर चीज सार्वभौमिक है और फ्रेमवर्क-रहित वैनिला जावास्क्रिप्ट बन जाती है।

मैं दृढ़ता से इसका सुझाव देता हूं क्योंकि यह भविष्य का प्रमाण है और जो भी "दिन की" तकनीक के साथ हमेशा विनिमेय है

@ ddela-cr मैंने एडमिन-ऑन-रेस्ट के लिए एक कस्टम फेदर रेस्ट क्लाइंट लिखने के लिए एक प्रोजेक्ट शुरू किया है।
कृपया इसे जांचें, योगदान का स्वागत है ...

https://github.com/josx/aor-feeds-client

हमने https://github.com/josx/aor-feeds-client के लिए एक नया संस्करण जारी किया है और हमारे पास https://github.com/Cambalab/test-phers-admin पर काम करने का प्रमाण भी है।

जैसा कि मैं काफी समय से इसी विषय के साथ संघर्ष कर रहा था, मैं एनजी-एडमिन ( admin-on-rest के बड़े भाई सादे-पुराने एंगुलरजेएस पर आधारित) का उपयोग करके अपना दृष्टिकोण साझा करना चाहता हूं।

मैंने ng-admin और ng-admin.jwt-auth फेदर्स के साथ काम करने के लिए आवश्यक न्यूनतम कॉन्फ़िगरेशन को निकाला और इसे सावधानीपूर्वक तैयार किए गए रेपो में बदल दिया: https://github.com/beevelop/feeds-admin-starter

@beevelop अच्छा किया!

कुछ दिनों पहले मैंने एनजी-एडमिन के साथ लगभग ऐसा ही किया है (लेकिन आपके संस्करण में और अधिक सुविधाएं हैं)। यहाँ एक रेपो (पंख ऐप, ngadmin और admin-on-rest) के साथ।

हो सकता है कि हम एनजी-एडमिन और एडमिन-ऑन-रेस्ट + फेदर के साथ सैम उदाहरण में सुधार कर सकें।

हे लोगों,

प्रत्येक ढांचे को व्यवस्थापक इंटरफ़ेस के लिए पहिया को फिर से शुरू करने की आवश्यकता होती है। वहाँ एक "पंख व्यवस्थापक", एक "लार्वा व्यवस्थापक", एक "रेल व्यवस्थापक", आदि पागल है, है ना? यही कारण है कि मैंने लंबर जारी किया है (https://github.com/ForestAdmin/lumber) - आपके एप्लिकेशन में प्लग किए जाने के बजाय, यह विशेष रूप से व्यवस्थापक के लिए एक नया उत्पन्न करता है (दूसरे शब्दों में, यह एक व्यवस्थापक माइक्रोसर्विस उत्पन्न करता है) .

आप इस समाधान के बारे में क्या सोचते हैं?

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

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

आप एक व्यवसाय मॉडल के बारे में सोच सकते हैं जिसमें कोर के रूप में मुफ्त सॉफ्टवेयर शामिल है।
बस मेरे 2 सेंट।

@josx लकड़ी पूरी तरह से ओपनसोर्स है और वन एक ऐसी सेवा है जो आपको स्वचालित रूप से एक महान यूआई प्रदान करती है (मुझे आशा है: डी)। सब कुछ बिल्कुल मुफ्त है!

admin-on-rest के अद्यतन संस्करण पर एक नज़र डालें। यह अद्भुत लग रहा है।

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

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

सभी को सारी जानकारियों के लिए शुक्रिया! आप लोग समुदाय को अद्भुत बना रहे हैं! ❤️

किसी भी पैमाने की परियोजना में एक तरह से या किसी अन्य, आपको एक व्यवस्थापक पृष्ठ बनाने की आवश्यकता होगी। हो सकता है कि हमें GUI व्यवस्थापक पृष्ठ बनाने के लिए विभिन्न पुस्तकालयों के लिंक वाले दस्तावेज़ों में एक पृष्ठ बनाना चाहिए? मुझे बॉक्स से बाहर समाधान मिलने में खुशी होगी, लेकिन हम कम से कम सर्वोत्तम गुणवत्ता वाले समाधानों की सिफारिश कर सकते हैं।

@kulakowka स्टार्टर स्टैक सेक्शन के बाद इकोसिस्टम पेज में एक सेक्शन जोड़ना सबसे ज्यादा समझदारी होगी। https://docs.phersjs.com/v/auk/ecosystem/readme.html

लूपबैक और एंगुलर पर आधारित एक समान समाधान भी मौजूद है। इसे Colmena-cms (पहले लूपबैक एंगुलर एडमिन के नाम से जाना जाता था) कहा जाता है।

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

इस तरह के एक नए समाधान के लिए जो पंखों और एडमिन-ऑन-रेस्ट पर निर्भर करता है, हमें एक ऐसे तरीके की आवश्यकता होगी जो इन दो निर्भरताओं के आसान अपडेट की अनुमति दे।

मुझे लगता है कि इस तरह के समाधान को बनाने और बनाए रखने के लिए कोल्मेना की तुलना में कम प्रयास करना चाहिए।

मैंने अतीत में कोलेमेना-सेमी में योगदान दिया है, लेकिन यह सिर्फ लूपबैक के लिए है। इसलिए रेस्ट पर एडमिन जैसा ऐप रखना पंखों के लिए सही विकल्प है।

aor प्लगइन पर एक नज़र डालें जिस पर हम काम कर रहे हैं। https://github.com/josx/aor-feeds-client

किसी को भी पंखों के साथ फ़ॉरेस्टएडमिन का उपयोग करने में सफलता मिलती है?

@loiclouvet जब से मैंने कोशिश की है, तब तक कुछ समय हो गया है, लेकिन मुझे अतीत में पंखों के साथ काम करने में सफलता मिली है। आज फिर से प्रयास करना और यहां एक पूर्ण कामकाजी उदाहरण प्रकाशित करना पसंद करेंगे: https://github.com/forestadmin/forest-examples

अस्वीकरण: मैं वन का संस्थापक हूं।

@SeyZ मैंने कुछ प्रयासों के बाद पंखों के साथ वन (नेवला का उपयोग करके) स्थापित किया, निश्चित रूप से इसे आज़माएगा!

मैंने यहां वन व्यवस्थापक को पंखों से एकीकृत करने के लिए एक कार्यशील उदाहरण जोड़ा है: https://github.com/ForestAdmin/forest-examples/tree/master/examples/phers/sql-database

यदि आपके कोई प्रश्न हैं तो संकोच न करें;)

@SeyZ मैंने नेवले के साथ वन व्यवस्थापक की स्थापना की, जैसा कि मैं इसे समझता हूं, यह पंखों के हुक को बायपास करता है और सीधे मोंगोडब में इंजेक्ट करता है, है ना?

@nadbm आप बिल्कुल सही हैं इसलिए मुझे नहीं लगता कि वन व्यवस्थापक पंखों के साथ अच्छी तरह फिट बैठता है। व्यक्तिगत रूप से, मैंने कोशिश की और अपनाया admin-on-rest !

इस समस्या को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए इस मुद्दे के लिंक के साथ एक नया मुद्दा खोलें।