ইউআরএল সংস্করণ করবেন না, কারণ ...
- তুমি পারমিলিংকস ভাঙ্গো
- ইউআরএল পরিবর্তনগুলি আপনার ইন্টারফেসের মাধ্যমে কোনও রোগের মতো ছড়িয়ে পড়বে। আপনি যে উপস্থাপনাগুলি পরিবর্তন করেন নি তবে যা উপস্থাপনের প্রতি ইঙ্গিত করেছেন তা দিয়ে আপনি কী করবেন? আপনি যদি url পরিবর্তন করেন তবে আপনি পুরানো ক্লায়েন্টদের বিরতি দিন। আপনি url ছেড়ে গেলে আপনার নতুন ক্লায়েন্টরা কাজ নাও করতে পারে।
- মিডিয়া প্রকারের সংস্করণ করা অনেক বেশি নমনীয় সমাধান।
ধরে নিই যে আপনার সংস্থানটি অ্যাপ্লিকেশন / vnd.yourcompany.user + xML এর কিছু বৈকল্পিক ফিরিয়ে দিচ্ছে আপনাকে কেবল নতুন অ্যাপ্লিকেশন / vnd.yourcompany.userV2 + xML মিডিয়া টাইপের জন্য সমর্থন তৈরি করতে হবে এবং বিষয়বস্তু আলোচনার যাদুতে আপনার ভি 1 এবং v2 ক্লায়েন্ট শান্তিপূর্ণভাবে সহ-বিদ্যমান থাকতে পারে।
একটি রিস্টফুল ইন্টারফেসে, আপনাকে চুক্তির নিকটতম জিনিসটি হ'ল ক্লায়েন্ট এবং সার্ভারের মধ্যে বিনিময় হওয়া মিডিয়া-প্রকারের সংজ্ঞা।
ক্লায়েন্ট সার্ভারের সাথে ইন্টারঅ্যাক্ট করার জন্য যে ইউআরএলগুলি ব্যবহার করে সেগুলি পূর্বে পুনরুদ্ধার করা উপস্থাপনাগুলি এম্বেড করা সার্ভারের মাধ্যমে সরবরাহ করা উচিত। একমাত্র ইউআরএল যা ক্লায়েন্টের দ্বারা জানা দরকার তা হ'ল ইন্টারফেসের মূল URL। ইউআরএলগুলিতে সংস্করণ নম্বর যুক্ত করা কেবল তখনই মূল্যবান হয় যদি আপনি ক্লায়েন্টের উপর ইউআরএলগুলি তৈরি করেন, যা আপনি কোনও বিশ্রামের ইন্টারফেস দিয়ে মনে করেন না।
আপনার যদি এমন মিডিয়া-প্রকারে পরিবর্তন করতে হয় যা আপনার বিদ্যমান ক্লায়েন্টদের ভেঙে ফেলবে তবে একটি নতুন তৈরি করুন এবং আপনার ইউআরএলকে একা রেখে যান!
এবং সেই পাঠকদের জন্য বর্তমানে বলছে যে আমি অ্যাপ্লিকেশন / এক্সএমএল এবং অ্যাপ্লিকেশন / জেএসনকে মিডিয়া-টাইপ হিসাবে ব্যবহার করছি তা বোঝার কোনও অর্থ হয় না। সেগুলি কীভাবে সংস্করণ করা যায়? তুমি নও. এই মিডিয়া-প্রকারগুলি একটি বিশিষ্ট ইন্টারফেসের কাছে বেশ অযথা, যদি না আপনি কোড-ডাউনলোড ব্যবহার করে পার্স না করেন, যার বিন্দুতে সংস্করণটি মূল বিষয়বস্তু।