एपीआई डिज़ाइन करते समय ध्यान में रखने के लिए कोई सर्वोत्तम प्रथा है जो पिछड़ा संगतता और नई संस्करण रिलीज़ सुनिश्चित करता है। लेख/ब्लॉग के किसी भी लिंक की सराहना की है।पिछली संगतता सुनिश्चित करने के लिए एपीआई डिज़ाइन
उत्तर
आपको एपीआई डिज़ाइन के बारे में इस प्रस्तुति को देखना चाहिए। यह Google से है और बहुत अच्छा है। यह पिछड़ा संगतता और नई रिलीज को भी संबोधित करता है।
यूआरएल में संस्करण के साथ दोनों चलते रहें। api.mysite.com/[version]/api/url/here
। उपयोगकर्ताओं को सूचित करें जब एपीआई का एक नया संस्करण आता है, और थोड़ी देर के बाद पुराने संस्करण को छोड़ दें। या तो जब इसका उपयोग नहीं किया जाता है, या 6 महीनों की तरह उपयोगकर्ताओं को बीमा करने के लिए पर्याप्त समय था।
या इसे हमेशा के लिए चलते रहें, लेकिन इसके लिए कोई नई कार्यक्षमता न दें।
यह मूल रूप से दृष्टिकोण है जिसे मैंने कई परियोजनाओं पर उपयोग किया है। एक अन्य पैटर्न जिसे मैंने अक्सर देखा है, एपीआई के नवीनतम संस्करण में 'api.example.com/'बिंदु होना है - एक संस्करण संख्या की कमी पर ध्यान दें। जो ग्राहक नवीनतम और महानतम नहीं चाहते हैं वे संस्करण वाले यूआरएल को हिट करने के लिए स्वतंत्र हैं- 'api.example.com/v1/' – Anurag
कुछ चर्चा है कि क्या आप इसे अभी भी एक आरईएसटी एपीआई कह सकते हैं यदि आप यूआरएल योजना में वर्जनिंग शामिल करते हैं । http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven या http://thereisnorightway.blogspot.com/2011/02/versioning-and-types-in-resthttp देखें -api.html –
धन्यवाद। ये एपीआई के संस्करण और उन पर तैनाती के प्रति अधिक हैं। मुझे यह जानने में दिलचस्पी है कि एपीआई का पर्दाफाश करने के बारे में कोई दिशानिर्देश हैं या नहीं, यदि आपका डेटा स्कीमा बदलता है (आप एपीआई के माध्यम से उजागर किए गए कुछ डेटाटाइप को हटा/संशोधित करते हैं) – Sampat
सबसे अच्छा तरीका है नए इंटरफ़ेस और वर्गों के साथ नई रिलीज में पुराने इंटरफ़ेस या वर्ग रखने के लिए ऐसा करते हैं और पदावनत के रूप में (जो भविष्य के रिलीज में हटा दिया जाएगा मतलब है) उन्हें चिह्नित करने के लिए।
सुनें एपीआई डिजाइनर सार्वजनिक इंटरफ़ेस और प्रकाशित इंटरफ़ेस के बीच अंतर के बारे में ध्यान में रखें।
- 1. पिछली संगतता
- 2. पिछली संगतता के लिए jQuery का समर्थन कितना अच्छा है?
- 3. एपीआई पिछड़ा संगतता
- 4. एरे पर काम करने वाले कार्यों के लिए एपीआई डिज़ाइन
- 5. पीछे की संगतता का समर्थन करने के लिए कौन से जावा डिज़ाइन स्पष्ट रूप से किए गए हैं?
- 6. match_parent संगतता
- 7. यह सुनिश्चित करने के लिए कि वे
- 8. यह सुनिश्चित करने के लिए कि एंड्रॉइड
- 9. यह सुनिश्चित करने के लिए कि
- 10. मोबाइल ऐप उपयोग के लिए वेब एपीआई कैसे डिज़ाइन करें?
- 11. एसोसिएशन के साथ रीस्टफुल एपीआई डिज़ाइन
- 12. विरासत संगतता
- 13. आईओएस 6 एपीआई और पिछड़ा संगतता
- 14. अपरिवर्तनीयता सुनिश्चित करने के लिए इकाई परीक्षण बनाना
- 15. आरईएसटी एपीआई डिज़ाइन: संसाधनों को जोड़ने
- 16. स्विचप्रिफरेंस (पूर्व आईसीएस) के लिए संगतता?
- 17. ओएसजीआई: क्लासपाथ स्थिरता सुनिश्चित करने के लिए कैसे?
- 18. यह सुनिश्चित करने के लिए कि हमारे मोबाइल (आईओएस/एंड्रॉइड) ऐप से एपीआई अनुरोध आते हैं?
- 19. पिछली संगतता और नवाचार की विरोधाभासी आवश्यकताओं को आप कैसे संतुलित करते हैं?
- 20. पीछे की संगतता का समर्थन करने के लिए कक्षा संस्करण
- 21. जावा एपीआई डिज़ाइन - नल या अपवाद
- 22. रीस्टफुल एपीआई रनटाइम एक्सचेंजबिलिटी/हैटओएएस क्लाइंट डिज़ाइन
- 23. फेसबुक जैसी संदेशों के लिए डेटाबेस डिज़ाइन
- 24. सी ++ डिज़ाइन पैटर्न प्लेटफ़ॉर्म विशिष्ट एपीआई
- 25. फ़ाइल की अखंडता सुनिश्चित करने के लिए एक अच्छी रणनीति
- 26. यह सुनिश्चित करने के लिए कि QTableView में कॉलम अधिकतम
- 27. कैसे सुनिश्चित करने के लिए एक चयन उपकरण सी # में
- 28. यह सुनिश्चित करने के लिए कि जावा क्लास
- 29. सूची सुनिश्चित करने के लिए कैसे अद्वितीय तत्व हैं?
- 30. यह सुनिश्चित करने के लिए कि सी/सी ++
http://lcsd05.cs.tamu.edu/slides/keynote.pdf << टूटा लिंक :( – kinar
और अभी भी टूटा हुआ है, शायद यह एक है? Http://static.googleusercontent.com/media/research। google.com/en//pubs/archive/32713.pdf – user180574
लिंक टूटा हुआ है। – Salar