HETOAS সীমাবদ্ধতার সাথে একটি REST পরিষেবা তৈরি করার সময় , সংযোগের মাধ্যমে সংস্থানগুলির অস্তিত্বের বিজ্ঞাপন দেওয়া খুব সহজ। আপনি GETআমার সাইটের মূলটিকে সন্ধান করুন এবং আমি প্রথম স্তরের সমস্ত সংস্থান তালিকাভুক্ত রুট ডকুমেন্টের সাথে প্রতিক্রিয়া জানাব:
{
users: { href: "/users" }
questions { href: "/questions" }
}
যে সমস্ত ক্লায়েন্টরা কীভাবে এই hrefমানগুলি পড়তে পারে সেগুলি সেগুলির জন্য GETঅনুরোধ সম্পাদন করতে পারে এবং অ্যাপ্লিকেশনটিতে বিদ্যমান সমস্ত বর্তমান সংস্থানগুলি আবিষ্কার করতে পারে।
এটি মৌলিক অনুসন্ধানের পরিস্থিতিতে ভাল কাজ করে তবে কোনও উত্স অনুসন্ধানযোগ্য কিনা তা নির্দেশ করে না। উদাহরণস্বরূপ, এটি সম্পাদন করা যুক্তিসঙ্গত হতে পারে:
GET /users?surname=Smith
এমন কোনও বিন্যাস রয়েছে যা যথেষ্ট পরিমাণ তথ্যের সাথে এই ক্যোয়ারী ক্ষমতাটি প্রকাশ করতে পারে যে কোনও ক্লায়েন্ট সংস্থান সম্পর্কে পূর্বের জ্ঞান ছাড়াই সুসংগত কোয়েরি গঠন করতে পারে?
অতিরিক্তভাবে, কোনও ক্লায়েন্টকে POSTপ্রত্যাশিত অবস্থানের সাথে একটি নির্দিষ্ট স্থানে একটি সঞ্চালনের অনুমতি দেওয়া হয় এমনটি প্রকাশ করার কোনও উপায় আছে কি ? উদাহরণস্বরূপ, এটি আশা করা যেতে পারে যে কোনও ক্লায়েন্ট একটি নতুন প্রশ্ন সংস্থান তৈরি করতে নিম্নলিখিতটি সম্পাদন করবেন:
POST /questions
{
title: "Are there strategies for discovering REST services using HATEOAS?",
body: "When building a REST service with the HATEOAS constraint, it's very..."
}
এইচটিএমএলকে মানুষের ব্যবহারের ফর্ম্যাট হিসাবে ব্যবহার করার সময়, আমরা ফর্ম এবং লিখিত প্রম্পটগুলির ব্যবহারের মাধ্যমে এটিকে প্রচুরভাবে প্রকাশ করতে পারি যাতে কোনও ব্যক্তিকে কোনও পরিষেবাতে সম্পাদনের অনুমতি দেওয়া হয় তার ক্রিয়াকলাপগুলি আবিষ্কার করতে দেয়।
এখানে কি এমন ফর্ম্যাট আছে যা ক্লায়েন্টদের জন্য একই জিনিস করতে সক্ষম?