আমার একটি ওয়েব পরিষেবা রয়েছে যা JSON পরামিতিগুলি গ্রহণ করে এবং পদ্ধতিগুলির জন্য নির্দিষ্ট ইউআরএল রয়েছে, যেমন:
http://IP:PORT/API/getAllData?p={JSON}
এটি রাষ্ট্রবিহীন না হওয়ায় এটি অবশ্যই বিশ্রাম নয়। এটি কুকিগুলিকে অ্যাকাউন্টে নেয় এবং এর নিজস্ব সেশন রয়েছে।
এটি কি আরপিসি? আরপিসি এবং আরএসটি-র মধ্যে পার্থক্য কী?
উত্তর:
আপনি যা পোস্ট করেছেন কেবল তা দেখে আপনি আরইএসটি বা আরপিসির মধ্যে স্পষ্ট বিভাজন করতে পারবেন না।
আরইএসটি-র একটি সীমাবদ্ধতা হ'ল এটি রাষ্ট্রহীন হতে হবে। আপনার যদি একটি সেশন থাকে তবে আপনার অবস্থা রয়েছে যাতে আপনি আপনার পরিষেবাটিকে বিশ্রামবান বলতে পারেন না।
আপনার ইউআরএলটিতে (যেমন getAllData) আপনার অ্যাকশন রয়েছে তা আসলে আরপিসির প্রতি ইঙ্গিত। REST এ আপনি উপস্থাপনাগুলি বিনিময় করেন এবং আপনি যে ক্রিয়াকলাপ করেন তা HTTP ক্রিয়া দ্বারা নির্ধারিত হয়। এছাড়াও, আরইএসটি-তে, সামগ্রীর সাথে আলাপ আলোচনা হয় না?p={JSON} পরামিতি ।
আপনার পরিষেবা আরপিসি কিনা তা জানেন না তবে এটি বিশ্রাম নয়। আপনি এই পার্থক্যটি অনলাইনে শিখতে পারেন, আপনাকে শুরু করার জন্য এখানে একটি নিবন্ধ রয়েছে: আরপিসি ও রিস্টের পুরাণগুলিকে ডিবাঙ্কিং । আপনার পরিষেবায় কী রয়েছে তা আপনি আরও ভাল জানেন তাই এটির ফাংশনগুলির সাথে আরপিসি যা আছে তার সাথে তুলনা করুন এবং আপনার নিজের সিদ্ধান্তে আঁকুন।
এইচটিটিপি এপিআইয়ের নীচের উদাহরণটি বিবেচনা করুন যা কোনও রেস্তোঁরায় মডেল অর্ডার দেওয়া হচ্ছে।
একটি আদেশ স্থাপন:
একটি আদেশ পুনরুদ্ধার করা:
একটি আদেশ আপডেট করা:
সাইটগুলি জিএসআইটি সাইট থেকে নেওয়া উদাহরণ / ওয়েবসাইট / ওয়েজিংগেরিলাসফটওয়্যার / রেসট্রেসিরিজ / কি- আইস-রেসটুল-rest-vs-rpc
যেমনটি অন্যরা বলেছেন, একটি মূল পার্থক্য হ'ল REST বিশেষ্যকেন্দ্রিক এবং আরপিসি ক্রিয়া-কেন্দ্রিক। আমি কেবল উদাহরণের এই পরিষ্কার টেবিলটি অন্তর্ভুক্ত করতে চেয়েছিলাম যা প্রদর্শিত:
--------------------------- + ---------------------- --------------- + -------------------------- অপারেশন | আরপিসি (অপারেশন) | বিশ্রাম (সংস্থান) --------------------------- + ---------------------- --------------- + -------------------------- সাইনআপ | পোস্ট / সাইনআপ | পোস্ট / ব্যক্তি --------------------------- + ---------------------- --------------- + -------------------------- পদত্যাগ করুন | পোস্ট / পদত্যাগ | মোছা / ব্যক্তি / 1234 --------------------------- + ---------------------- --------------- + -------------------------- পড়ুন ব্যক্তি | GET / readPerson? Personid = 1234 | জিইটি / ব্যক্তি / 1234 --------------------------- + ---------------------- --------------- + -------------------------- ব্যক্তির আইটেমের তালিকা পড়ুন GET / readUserItemsList? Userid = 1234 | জিইটি / ব্যক্তি / 1234 / আইটেম --------------------------- + ---------------------- --------------- + -------------------------- ব্যক্তির তালিকায় আইটেম যুক্ত করুন পোষ্ট / যোগ আইটেমো ব্যবহারকারীদের আইটেমলিস্ট | পোস্ট / ব্যক্তি / 1234 / আইটেম --------------------------- + ---------------------- --------------- + -------------------------- আপডেট আইটেম | পোস্ট করুন / পরিবর্তন করুন | পুট / আইটেম / 456 --------------------------- + ---------------------- --------------- + -------------------------- আইটেম মুছুন | পোষ্ট / অপসারণ আইটেম? আইটেমআইডি = 456 | ডিলেট / আইটেম / 456 --------------------------- + ---------------------- --------------- + --------------------------
মন্তব্য
GET /persons/1234যেহেতু আরপিসি ফাংশন ইনপুট জন্য কোয়েরি পরামিতি ব্যবহার করতে থাকে,) GET /readPerson?personid=1234)।GET /persons?height=tall)।POST /signupবা POST /persons, আপনি নতুন ব্যক্তির বর্ণনা দেওয়ার ডেটা অন্তর্ভুক্ত করেন)।এটি http ব্যবহার করে আরপিসি । আরইএসটি-র একটি সঠিক বাস্তবায়ন আরপিসি থেকে আলাদা হওয়া উচিত। কোনও পদ্ধতি / ফাংশনের মতো ডেটা প্রক্রিয়া করার জন্য যুক্তিযুক্ত হ'ল আরপিসি। getAllData () একটি বুদ্ধিমান পদ্ধতি। REST এর বুদ্ধি থাকতে পারে না, এটি ডাম্প ডেটা হওয়া উচিত যা বাহ্যিক বুদ্ধি দ্বারা অনুসন্ধান করা যেতে পারে ।
এই দিনগুলিতে দেখা বেশিরভাগ বাস্তবায়ন হ'ল আরপিসি তবে অনেকে ভুল করে এটিকে REST হিসাবে ডাকে। এক্সটিএমএল ভিলেনের সাথে এইচটিটিপি সহ আরএসটি ত্রাণকর্তা এবং এসওএপি। সুতরাং আপনার বিভ্রান্তি ন্যায়সঙ্গত এবং আপনি সঠিক, এটি বিশ্রাম নয়।
এইচটিপি প্রোটোকল আরএসটি-র কোনও প্রয়োগ করে না। REST (জিইটি, পোষ্ট, পুট, প্যাচ, ডিলেট) এবং আরপিসি (জিইটি + পোস্ট) উভয়ই এইচটিটিপি (যেমন: ভিজ্যুয়াল স্টুডিওতে একটি ওয়েব এপিআই প্রকল্পের মাধ্যমে) এর মাধ্যমে বিকাশ করা যেতে পারে।
ভাল, কিন্তু তারপর বিশ্রাম কি? রিচার্ডসনের পরিপক্কতা মডেলটি নীচে দেওয়া হয়েছে (সংক্ষেপে)। কেবলমাত্র স্তর 3 টি রেস্টস্টুল।
উদাহরণস্বরূপ: স্তর 3 (HATEOAS):
লিঙ্কটি জানিয়েছে যে এই অবজেক্টটি এভাবে আপডেট করা যেতে পারে এবং এভাবে যুক্ত করা যায়।
লিঙ্কটি জানিয়েছে যে এই অবজেক্টটি কেবল পঠনযোগ্য এবং আমরা এটি এটিই করি।
স্পষ্টতই, ডেটা পাঠানো আরএসটি হয়ে ওঠার পক্ষে যথেষ্ট নয়, তবে কীভাবে ডেটাটিকে জিজ্ঞাসা করা যায়, সে সম্পর্কেও উল্লেখ করা উচিত। তবে আবার, কেন 4 টি পদক্ষেপ? কেন এটি মাত্র 4 ধাপ হতে পারে এবং এটিকে বিশ্রামটি বলতে পারে না? রিচার্ডসন কেবল সেখানে যাওয়ার জন্য আমাদের ধাপে ধাপে ধাপে ধাপে দিয়েছিলেন, এটাই সব।
আপনি এমন ওয়েব সাইট তৈরি করেছেন যা মানুষ ব্যবহার করতে পারে। তবে আপনি কি এমন ওয়েব সাইট তৈরি করতে পারেন যা মেশিনগুলির দ্বারা ব্যবহারযোগ্য? ভবিষ্যতটি এখানেই রয়েছে এবং এটি কীভাবে করা যায় তা বিশদ ওয়েব পরিষেবা আপনাকে দেখায়।
পিএস: আরইএসটি সুপার জনপ্রিয় তাই স্বয়ংক্রিয় পরীক্ষার তবে এটি বাস্তব বিশ্বের উদাহরণের ক্ষেত্রে আসে .. ভাল ..
আরআরসিটি সম্পদগুলির সাথে কাজ করার জন্য সর্বোত্তমভাবে বর্ণিত হয়েছে, যেখানে আরপিসি হিসাবে ক্রিয়াকলাপগুলি সম্পর্কে আরও বেশি।
আরআরইএসটি বলতে প্রতিনিধিত্বমূলক রাজ্য স্থানান্তর বোঝায়। এটি স্বতন্ত্র সিস্টেমের মধ্যে মিথস্ক্রিয়া সংগঠিত করার একটি সহজ উপায়। RESTful অ্যাপ্লিকেশনগুলি সাধারণত ডেটা পোস্ট করতে (তৈরি এবং / অথবা আপডেট করুন), ডেটা পড়ার জন্য (যেমন, ক্যোয়ারী তৈরি করতে) এবং ডেটা মুছতে HTTP অনুরোধগুলি ব্যবহার করে। সুতরাং, আরইএসটি চারটি সিআরইউডি (তৈরি / পড়ুন / আপডেট / মুছুন) ক্রিয়াকলাপের জন্য HTTP ব্যবহার করতে পারে।
আরপিসি মূলত ব্যবহারকারীর অনুরোধগুলি পরিবেশন করতে বিভিন্ন মডিউল জুড়ে যোগাযোগ করতে ব্যবহৃত হয়। উদাহরণস্বরূপ ওপেনস্ট্যাকে ভার্চুয়াল মেশিন বুট করার সময় কীভাবে নোভা, এক নজরে এবং নিউট্রন একসাথে কাজ করে।
আমি এইভাবে তর্ক করব:
আমার সত্তা কি ডেটা ধরে / রাখে? তারপরে আরপিসি: এখানে আমার কিছু ডেটার একটি অনুলিপি, আমি আপনাকে যে ডেটা অনুলিপি পাঠিয়েছি তা ব্যবহার করে এবং আপনার ফলাফলের একটি অনুলিপি আমাকে ফিরিয়ে দিন।
নামক সত্তা কি ডেটা ধরে / রাখে? তারপরে বিশ্রাম: হয় (1) আমাকে আপনার কিছু ডেটার একটি অনুলিপি দেখান বা (2) আপনার কিছু ডেটা ম্যানিপুলেট করুন।
পরিশেষে এটি ক্রিয়াটির "পাশ" ডেটাটির মালিক / ধারণ করে। এবং হ্যাঁ, আপনি আরপিসি-ভিত্তিক সিস্টেমের সাথে কথা বলার জন্য আরআরটি ভার্চিয়া ব্যবহার করতে পারেন, তবে এটি করার সময় আপনি আরপিসির ক্রিয়াকলাপটি করবেন।
উদাহরণ 1: আমার কাছে একটি অবজেক্ট রয়েছে যা একটি ডিএওর মাধ্যমে একটি সম্পর্কিত ডেটাবেস স্টোর (বা অন্য কোনও ধরণের ডেটা স্টোর) এর সাথে যোগাযোগ করছে। আমার অবজেক্ট এবং ডেটা অ্যাক্সেস অবজেক্টের মধ্যে যে এপিআই হিসাবে উপস্থিত থাকতে পারে তার মধ্যে ইন্টারঅ্যাক্টের জন্য আরইএসটি স্টাইলটি ব্যবহার করে বোঝায়। আমার সত্তা ডেটাটির মালিক / ধারণ করে না, সম্পর্কিত ডেটাবেস (বা অ-সম্পর্কযুক্ত ডেটা স্টোর) করে does
উদাহরণ 2: আমার অনেক জটিল গণিত করা দরকার। আমি আমার বস্তুর মধ্যে একগুচ্ছ গণিতের পদ্ধতি লোড করতে চাই না, আমি কেবল কিছু মানকে অন্য কোনও কিছুতে পাস করতে চাই যা সমস্ত ধরণের গণিত করতে পারে এবং ফলাফল পেতে পারে। তারপরে আরপিসি শৈলীটি অর্থবোধ করে, কারণ গণিত অবজেক্ট / সত্তা আমার অবজেক্টটিতে পুরো ক্রিয়াকলাপকে প্রকাশ করে। নোট করুন যে এই পদ্ধতিগুলি সমস্ত পৃথক এপিআই হিসাবে প্রকাশিত হতে পারে এবং আমি জিইটি দিয়ে তাদের যে কোনওটিকে কল করতে পারি। আমি এমনকি এটি আরামদায়ক দাবি করতে পারি কারণ আমি এইচটিটিপি জিইটি-র মাধ্যমে কল করছি তবে সত্যিকার অর্থে এটি আরপিসি। আমার সত্তা ডেটাটির মালিক / ধারণ করে, দূরবর্তী সত্ত্বা কেবলমাত্র আমি যে ডেটা এটি প্রেরণ করেছি তার অনুলিপিগুলিতে ম্যানিপুলেশন সম্পাদন করছে।
এখানে ভাল উত্তর গুচ্ছ আছে। আমি আপনাকে এখনও এই গুগল ব্লগে রেফার করব কারণ এটি আরপিসি ও আরএসটি-র মধ্যে পার্থক্যগুলি নিয়ে আলোচনা করার পক্ষে সত্যিই ভাল কাজ করে এবং এমন কোনও কিছু ক্যাপচার করে যা আমি এখানে কোনও উত্তরে পড়িনি।
আমি আমার কাছে যে একই লিঙ্কটি দাঁড়িয়েছিলাম তা থেকে একটি অনুচ্ছেদটি উদ্ধৃত করব:
REST নিজেই ডিজাইন নীতিগুলির একটি বর্ণনা যা এইচটিটিপি এবং বিশ্বব্যাপী ওয়েবকে বোঝায়। তবে HTTP একমাত্র বাণিজ্যিকভাবে গুরুত্বপূর্ণ REST এপিআই, তাই আমরা বেশিরভাগই আরআরটি নিয়ে আলোচনা এড়াতে পারি এবং কেবল এইচটিটিপিতে ফোকাস করতে পারি। এই প্রতিস্থাপনটি দরকারী কারণ জনগণ এপিআইয়ের প্রসঙ্গে REST বলতে যা বোঝায় তার মধ্যে অনেক বিভ্রান্তি এবং পরিবর্তনশীলতা রয়েছে তবে এইচটিটিপি নিজেই কী তা নিয়ে আরও বৃহত্তর স্পষ্টতা এবং চুক্তি রয়েছে। এইচটিটিপি মডেলটি আরপিসি মডেলের নিখুঁত বিপরীত the আরপিসি মডেলটিতে, ঠিকানাযোগ্য ইউনিটগুলি হল প্রক্রিয়া এবং সমস্যা ডোমেনের সত্তাগুলি প্রক্রিয়াগুলির আড়ালে লুকানো থাকে। এইচটিটিপি মডেলটিতে, ঠিকানাযোগ্য ইউনিটগুলি নিজেই সত্তা এবং সিস্টেমটির আচরণগুলি সেগুলি তৈরি করা, আপডেট করা বা মুছে ফেলার পার্শ্ব-প্রতিক্রিয়া হিসাবে সত্তাগুলির পিছনে লুকানো থাকে।
এইভাবে আমি বিভিন্ন ব্যবহারের ক্ষেত্রে তাদের বুঝি এবং ব্যবহার করি:
উদাহরণ: রেস্তোঁরা পরিচালনা
আরএসটি-র জন্য ব্যবহারের ক্ষেত্রে : অর্ডার ম্যানেজমেন্ট
- create order (POST), update order (PATCH), cancel order (DELETE), retrieve order (GET)
- endpoint: /order?orderId=123
রিসোর্স ম্যানেজমেন্টের জন্য, আরইএসটি পরিষ্কার। প্রাক-সংজ্ঞায়িত ক্রিয়াকলাপগুলির সাথে একটি সমাপ্তি। এটি কোনও ডিবি (এসকিউএল বা নো এসকিএল) বা শ্রেণীর দৃষ্টান্তগুলি বিশ্বের কাছে প্রকাশের উপায় হিসাবে দেখা যেতে পারে।
বাস্তবায়ন উদাহরণ:
class order:
on_get(self, req, resp): doThis.
on_patch(self, req, resp): doThat.
ফ্রেমওয়ার্ক উদাহরণ: অজগর জন্য ফ্যালকন।
আরপিসির জন্য ব্যবহারের ক্ষেত্রে : অপারেশন পরিচালনা
- prepare ingredients: /operation/clean/kitchen
- cook the order: /operation/cook/123
- serve the order /operation/serve/123
বিশ্লেষণাত্মক, অপারেশনাল, অ-প্রতিক্রিয়াশীল, অ-প্রতিনিধি, অ্যাকশন-ভিত্তিক চাকরীর জন্য, আরপিসি আরও ভাল কাজ করে এবং কার্যকরী চিন্তাভাবনা করা খুব স্বাভাবিক।
বাস্তবায়ন উদাহরণ:
@route('/operation/cook/<orderId>')
def cook(orderId): doThis.
@route('/operation/serve/<orderId>')
def serve(orderId): doThat.
ফ্রেমওয়ার্ক উদাহরণ: পাইথনের জন্য ফ্লাস্ক