ऐसा लगता है कि मूल पोस्टर पहले से ही प्रभावी है, लेकिन अनौपचारिक रूप से उनके एपीआई (कुछ भी जिसे 'पुराने एपीआई' के रूप में संदर्भित किया गया है) को हटा दिया गया है। हालाँकि, जब तक यह घोषणा नहीं की जाती है और उपयोगकर्ताओं को सूचित किया जाता है कि एपीआई अपग्रेड किया गया है, तब तक इसे औपचारिक रूप से पदावनत नहीं किया जाता है।
डिप्रेस्ड एपीआई एक अंतरिम, कोड का निष्क्रिय चरण है। यह अंतिम संस्कार है। यह वह अवधि है जो अपनाने वाले / उपभोक्ताओं को एक नए एपीआई के लिए अपने एप्लिकेशन को फिर से कॉन्फ़िगर करने और शौकीन विदाई को स्वीकार करने की अनुमति देता है, जिससे एपीआई के साथ शांति मिलती है। कुछ API दूसरों की तुलना में अधिक लम्बी हो सकती हैं, लेकिन इस समय हम जानते हैं कि उनका समय लंबा नहीं है।
हटाए गए एपीआई एक कोड अंतिम संस्कार है। अधिक कुछ नहीं है जो यह कर सकता है, लेकिन उचित रूप से निपटारा और उचित रूप से स्मारक है।
कई एपीआई और सेवा डेवलपर्स अंतिम संस्कार करने के बजाय कोड अंत्येष्टि का विकल्प चुनते हैं; हालाँकि, मुझे लगता है कि यह कुछ जोखिम भरा है। अगर एपीआई / सेवा को शुरू में या नवीनीकरण के माध्यम से शुरू किया गया था, तो किसी भी तरह की सेवा या समर्थन का वादा किया गया था, आप अंतिम संस्कार करने से पहले उचित समय के लिए उस कमिटमेंट को सम्मानित करना चाहते हैं।
गैर-सेवा पुस्तकालयों के लिए, मुझे लगता है कि समय की अवधि की परवाह किए बिना, एक प्रमुख रिलीज संस्करण, संभवतः पीछे की संगतता की गारंटी के स्वीकार्य और उचित अवधि से अधिक है। इससे परे कि यह उस अवधि से परे जीवन का विस्तार करने के लिए उपयोगकर्ताओं द्वारा प्रभाव और लॉबिंग पर निर्भर करता है। और अगर समय-समय पर अप्रासंगिक 3 पार्टी निर्भरताओं के कारण अंग में फंसने, और कुछ प्लेटफार्मों के कुछ संस्करणों से बंधे होने के कारण आपत्तियां होती हैं, तो आश्चर्य न करें।
सेवाओं के लिए, मुझे संदेह है कि आप या तो छह महीने या वर्ष की अवधि में देखना चाहते हैं, केवल इसलिए कि किसके द्वारा और किस तरह से एक सेवा का उपभोग किया जा सकता है, और इसी विकास चक्र में खपत परियोजना से खपत परियोजना तक - कई परियोजनाएं जो आपकी सेवा का उपभोग कर सकती हैं, वे अभी भी बड़े फ्रंट-फ्रंट डिज़ाइन कर सकती हैं, और एक साल से अधिक के रिलीज चक्र को शेड्यूल कर सकती हैं। बाहर से अधिकांश डेवलपर राय से पता चलता है कि लंबी अनुसूची वाले लोग आपके चक्र के समय को पूरा करने के लिए जिम्मेदार हैं, और उन लंबी चक्र खपत वाली परियोजनाओं को जल्दी रिलीज चक्र अपनाना चाहिए, और यह सच हो सकता है। लेकिन अंततः हटाने की तारीख कुछ ऐसी है जिसे आपको उपयोगकर्ताओं के साथ बातचीत करनी होगी।
पदावनति की घोषणा के लिए बुलेटप्रूफ रणनीति की एक अच्छी, लेकिन बुलेटप्रूफ रणनीति नहीं हो सकती है, प्रश्न में एपीआई वर्गों के सर्वेक्षण प्रारूप में टिप्पणी या आपत्ति के लिए अनुरोध के साथ-साथ हटाने के इरादे के लिए समय-सीमा को उजागर करें। यदि आपके पास उपयोगकर्ताओं की संपर्क सूची नहीं है, क्योंकि आपकी सेवा [सेमी] अनाम पहुंच के साथ संचालित होती है, तो आप अक्सर और सक्रिय उपयोगकर्ताओं के लिए लॉग को देखने पर विचार कर सकते हैं और मेजबान या डोमेन व्यवस्थापक को सूचना अग्रेषित कर सकते हैं क्योंकि वे फिट दिखते हैं।