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