REST হ'ল ওয়েবে অন্তর্নিহিত স্থাপত্য নীতি। ওয়েব সম্পর্কে আশ্চর্যজনক বিষয়টি হ'ল ক্লায়েন্ট (ব্রাউজারগুলি) এবং সার্ভারগুলি ক্লায়েন্টকে সার্ভার এবং এটির হোস্ট সংস্থানগুলি সম্পর্কে আগেই কিছু না জেনে জটিল উপায়ে ইন্টারঅ্যাক্ট করতে পারে। মূল সীমাবদ্ধতা হ'ল সার্ভার এবং ক্লায়েন্ট উভয়ই ব্যবহৃত মিডিয়াতে সম্মত হতে হবে , যা ওয়েবের ক্ষেত্রে এইচটিএমএল ।
REST এর নীতিগুলি মেনে চলে এমন একটি API এর ক্লায়েন্টকে এপিআই এর কাঠামো সম্পর্কে কিছু জানতে প্রয়োজন হয় না। বরং সার্ভারের সাথে ক্লায়েন্টের পরিষেবার সাথে ইন্টারঅ্যাক্ট করার জন্য প্রয়োজনীয় তথ্য সরবরাহ করা দরকার। একটি HTML ফর্ম এই একটি উদাহরণ: সার্ভারে সম্পদ ও প্রয়োজনীয় ক্ষেত্রগুলি অবস্থান নির্দিষ্ট করে। ব্রাউজারটি আগে কোথায় তথ্য জমাতে হবে তা জানে না এবং কোন তথ্যটি জমা দিতে হবে তা আগেই জানে না। উভয় তথ্যই সার্ভার দ্বারা সম্পূর্ণ সরবরাহ করা হয়। (এই নীতিটিকে হেটোয়াস বলা হয় : অ্যাপ্লিকেশন স্টেটের ইঞ্জিন হিসাবে হাইপারমিডিয়া ))
সুতরাং, এটি কীভাবে এইচটিটিপি-র ক্ষেত্রে প্রযোজ্য এবং বাস্তবে এটি কীভাবে প্রয়োগ করা যেতে পারে? এইচটিটিপি ক্রিয়াকলাপ এবং সংস্থানগুলি ঘিরে থাকে। মূলধারার ব্যবহার দুটি ক্রিয়া হয় GETএবং POST, যা আমি মনে করি সবাই চিনতে পারবে। তবে, এইচটিটিপি স্ট্যান্ডার্ড আরও কয়েকটি যেমন PUTএবং হিসাবে সংজ্ঞায়িত করে DELETE। সার্ভারের দেওয়া নির্দেশাবলী অনুসারে এই ক্রিয়াগুলি সংস্থানগুলিতে প্রয়োগ করা হয়।
উদাহরণস্বরূপ, আসুন কল্পনা করুন যে আমাদের কাছে একটি ব্যবহারকারীর ডাটাবেস রয়েছে যা ওয়েব পরিষেবা দ্বারা পরিচালিত হয়। আমাদের পরিষেবাটি জেএসএন-এর উপর ভিত্তি করে একটি কাস্টম হাইপারমিডিয়া ব্যবহার করে, যার জন্য আমরা মাইমেটাইপ বরাদ্দ করি application/json+userdb(এতে একটি application/xml+userdbএবং application/whatever+userdbঅনেকগুলি মিডিয়া প্রকার সমর্থিত হতে পারে) supported ক্লায়েন্ট এবং সার্ভার উভয়ই এই ফর্ম্যাটটি বোঝার জন্য প্রোগ্রাম করা হয়েছে তবে তারা একে অপরের সম্পর্কে কিছুই জানে না। রায় ফিল্ডিং যেমন উল্লেখ করেছে:
একটি REST এপিআই এর প্রায় সমস্ত বর্ণনামূলক প্রচেষ্টাকে সম্পদ উপস্থাপন এবং ড্রাইভিং অ্যাপ্লিকেশন রাষ্ট্রের জন্য ব্যবহৃত মিডিয়া ধরণের (গুলি) সংজ্ঞায়িত করতে বা বিদ্যমান স্ট্যান্ডার্ড মিডিয়া প্রকারের জন্য প্রসারিত সম্পর্কের নাম এবং / অথবা হাইপারটেক্সট-সক্ষম মার্ক-আপ সংজ্ঞায়িত করতে ব্যয় করা উচিত।
বেস উত্সের জন্য একটি অনুরোধটি /এরকম কিছু ফিরে আসতে পারে:
অনুরোধ
GET /
Accept: application/json+userdb
প্রতিক্রিয়া
200 OK
Content-Type: application/json+userdb
{
"version": "1.0",
"links": [
{
"href": "/user",
"rel": "list",
"method": "GET"
},
{
"href": "/user",
"rel": "create",
"method": "POST"
}
]
}
আমরা আমাদের মিডিয়ার বিবরণ থেকে জানি যে "লিঙ্কগুলি" নামক বিভাগগুলি থেকে আমরা সম্পর্কিত সংস্থানগুলি সম্পর্কিত তথ্য পেতে পারি। একে হাইপারমিডিয়া নিয়ন্ত্রণ বলে । এই ক্ষেত্রে, আমরা এই জাতীয় বিভাগ থেকে বলতে পারি যে এর জন্য অন্য একটি অনুরোধ করে আমরা একটি ব্যবহারকারী তালিকা পেতে পারি /user:
অনুরোধ
GET /user
Accept: application/json+userdb
প্রতিক্রিয়া
200 OK
Content-Type: application/json+userdb
{
"users": [
{
"id": 1,
"name": "Emil",
"country: "Sweden",
"links": [
{
"href": "/user/1",
"rel": "self",
"method": "GET"
},
{
"href": "/user/1",
"rel": "edit",
"method": "PUT"
},
{
"href": "/user/1",
"rel": "delete",
"method": "DELETE"
}
]
},
{
"id": 2,
"name": "Adam",
"country: "Scotland",
"links": [
{
"href": "/user/2",
"rel": "self",
"method": "GET"
},
{
"href": "/user/2",
"rel": "edit",
"method": "PUT"
},
{
"href": "/user/2",
"rel": "delete",
"method": "DELETE"
}
]
}
],
"links": [
{
"href": "/user",
"rel": "create",
"method": "POST"
}
]
}
আমরা এই প্রতিক্রিয়া থেকে অনেক কিছু বলতে পারি। উদাহরণস্বরূপ, আমরা এখন জানি POSTযে এগুলিতে আইং দিয়ে আমরা একটি নতুন ব্যবহারকারী তৈরি করতে পারি /user:
অনুরোধ
POST /user
Accept: application/json+userdb
Content-Type: application/json+userdb
{
"name": "Karl",
"country": "Austria"
}
প্রতিক্রিয়া
201 Created
Content-Type: application/json+userdb
{
"user": {
"id": 3,
"name": "Karl",
"country": "Austria",
"links": [
{
"href": "/user/3",
"rel": "self",
"method": "GET"
},
{
"href": "/user/3",
"rel": "edit",
"method": "PUT"
},
{
"href": "/user/3",
"rel": "delete",
"method": "DELETE"
}
]
},
"links": {
"href": "/user",
"rel": "list",
"method": "GET"
}
}
আমরা এটিও জানি যে আমরা বিদ্যমান ডেটা পরিবর্তন করতে পারি:
অনুরোধ
PUT /user/1
Accept: application/json+userdb
Content-Type: application/json+userdb
{
"name": "Emil",
"country": "Bhutan"
}
প্রতিক্রিয়া
200 OK
Content-Type: application/json+userdb
{
"user": {
"id": 1,
"name": "Emil",
"country": "Bhutan",
"links": [
{
"href": "/user/1",
"rel": "self",
"method": "GET"
},
{
"href": "/user/1",
"rel": "edit",
"method": "PUT"
},
{
"href": "/user/1",
"rel": "delete",
"method": "DELETE"
}
]
},
"links": {
"href": "/user",
"rel": "list",
"method": "GET"
}
}
বিজ্ঞপ্তিটি আমরা বিভিন্ন HTTP- র ক্রিয়া ব্যবহার করছেন ( GET, PUT, POST, DELETEইত্যাদি) এই সম্পদের নিপূণভাবে, এবং শুধুমাত্র জ্ঞান আমরা ক্লায়েন্টের পক্ষ থেকে অনুমান আমাদের মিডিয়া সংজ্ঞা নেই।
আরও পড়া:
(এই উত্তরটি বিন্দুটি হারিয়ে যাওয়ার জন্য ন্যায্য পরিমাণ সমালোচনার বিষয় হয়ে দাঁড়িয়েছে the বেশিরভাগ অংশে এটি একটি ন্যায্য সমালোচনা হয়ে গেছে I আমি মূলত যা বর্ণনা করেছি তার সাথে সামঞ্জস্য ছিল যে কয়েক বছর আগে আমি যখন REST সাধারণত কার্যকর হয়েছিল তখনই I প্রথমে এটির সত্যিকার অর্থের চেয়ে এটি লিখেছিল the আসল অর্থটি আরও ভালভাবে উপস্থাপন করার জন্য আমি উত্তরটি সংশোধন করেছি))
