5
मैं उल्का के साथ एक मौजूदा एप्लिकेशन को फिर से लिखने पर काम कर रहा हूं जिसमें दो अलग-अलग उपयोग के मामले (एक व्यवस्थापक खाता और उपयोगकर्ता खाता) हैं। कार्यक्षमता के मामले में दोनों को अलग-अलग ऐप्स माना जा सकता है, लेकिन समान बैक एंड डेटाबेस साझा करें।एकाधिक (अलग/अलग-अलग) उल्का क्लाइंट कोडबेस प्रति एकल उल्का ऐप
क्या "नेमस्पेस" या अन्यथा अलग-अलग ग्राहकों को परिभाषित करने का कोई तरीका है ताकि उल्का केवल पैकेज हो और उस ग्राहक के लिए संपत्ति भेज सके जो एक्सेस किया जा रहा है। यानी के लिए। meteor-router विभिन्न ग्राहकों को /admin* स्थान और /user* स्थान के लिए धक्का दे सकता है, इस तरह क्लाइंट के लिए कोई अनावश्यक ओवरहेड डाउनलोड नहीं किया गया है।
मुझे उम्मीद है कि यह मेटर स्मार्ट पैकेज जैसे meteor-router के माध्यम से क्या है, के दायरे से बाहर है।
इस अनुत्तरित प्रश्न से संबंधित लगता है http://stackoverflow.com/questions/17357394/where-to-put-a-separate-admin-interface-for-a-meteor-app?rq=1 –
मैं हूं इसमें भी रूचि है और अब तक कोई समाधान नहीं मिला है। ऊपर दिए गए प्रश्न में अब लोहे-राउटर के आधार पर एक उत्तर है, लेकिन मुझे लगता है कि शिपिंग पैकेजों की समस्या को केवल विशिष्ट अनुप्रयोगों में हल नहीं करता है। "साझा डेटाबेस वाले एकाधिक उल्का ऐप्स" दृष्टिकोण को देखने का एकमात्र तरीका यह नहीं देखेगा: -/ –
एकमात्र समाधान जो मैंने पाया है वह अब तक हैकिश है, लेकिन "पैकेजिंग सबकुछ" ओवरहेड को कम करने में मदद करता है। यदि मेरे ऐप का एक हिस्सा है जो किसी स्क्रिप्ट या टेम्पलेट का उपयोग करता है जिसे शेष ऐप के साथ साझा करने की आवश्यकता नहीं है, तो मैं इसे [बाहरी-फ़ाइल-लोडर] के साथ रन टाइम पर शामिल करता हूं (https: //atmosphere.meteor .com/पैकेज/बाहरी-फ़ाइल-लोडर) पैकेज। उन संपत्तियों को 'सार्वजनिक' जैसे स्थिर फ़ोल्डर में फेंक दें और यह AJAX कॉल और लोडिंग को संभालता है। [सत्र-अतिरिक्त] के साथ जोड़ा गया (https://atmosphere.meteor.com/package/session-extras) लोड होने पर आप चीजों को ट्रिगर कर सकते हैं। –