আমি বলব, উভয়ই সত্যিই উপযুক্ত নয়। যেমনটি বলা হয়েছে - উদাহরণস্বরূপ @ অ্যানিব দ্বারা, আমিও মনে করি যে সমস্যার একটি অংশ একটি রেস্টস্টুল সার্ভিসের সাথে সম্পর্কিত একটি স্ট্যাটাস পরিবহনের জন্য এইচটিটিপি রেসপন্স কোড ব্যবহার করে দেখা দিয়েছে। আরআরইএসটি পরিষেবাদির নিজস্ব প্রসেসিংয়ের জন্য যে কোনও কিছু বলতে চাইলে REST নির্দিষ্ট কোডের মাধ্যমে পরিবহন করা উচিত।
1
আমি যুক্তি দিয়ে বলছি যে, HTTP সার্ভার যদি এমন কোনও পরিষেবা খুঁজে পায় যা প্রেরণের অনুরোধটির জবাব দিতে প্রস্তুত থাকে তবে এটি কোনও HTTP 404 দিয়ে সাড়া দেওয়া উচিত নয় - শেষ পর্যন্ত সার্ভারের মাধ্যমে কিছু পাওয়া গিয়েছিল - যতক্ষণ না স্পষ্টভাবে বলা হয় অনুরোধটি প্রক্রিয়া করে এমন পরিষেবা।
এর একটি মুহূর্ত জন্য অনুমান নিম্নলিখিত URL- করা যাক: http://example.com/service/return/test।
- কেস এ হ'ল সার্ভারটি "কেবল ফাইল সিস্টেমে ফাইল সন্ধান করছে"। যদি এটি উপস্থিত না থাকে
404তবে সঠিক। একই কথা সত্য, যদি এটি এই ধরণের ফাইলটি সরবরাহ করতে কোনও ধরণের পরিষেবা জিজ্ঞাসা করে এবং সেই পরিষেবাটি জানায় যে সেই নামের কিছুই বিদ্যমান নেই।
- বি ক্ষেত্রে, সার্ভারটি "আসল" ফাইলগুলির সাথে কাজ করে না তবে প্রকৃতপক্ষে অনুরোধটি অন্য কোনও পরিষেবা দ্বারা প্রক্রিয়া করা হয় - যেমন কোনও ধরণের টেম্প্লেটিং সিস্টেম। এখানে, সার্ভারটি উত্সটির অস্তিত্ব সম্পর্কে কোনও দাবি করতে পারে না কারণ এটি এ সম্পর্কে কিছুই জানে না (যদি না পরিষেবাটি এটি পরিচালনা করে না বলা হয়)।
পরিষেবা থেকে কোনও প্রতিক্রিয়া ছাড়াই স্পষ্টভাবে আলাদা আচরণের প্রয়োজন হয়, এইচটিটিপি সার্ভার কেবল তিনটি জিনিস বলতে পারে:
503 অনুরোধটি পরিচালনা করার কথা বলে যদি পরিষেবাটি চলছে না বা সাড়া দিচ্ছে;200 অন্যথায় এইচটিটিপি সার্ভারটি আসলে অনুরোধটি পূরণ করতে পারে - পরে পরিষেবাটি কী বলবে তা বিবেচনাধীন নয়;400বা 404এমন কোনও পরিষেবা নেই বলে বোঝানোর জন্য ("বিদ্যমান তবে অফলাইনে থাকা" এর বিপরীতে) এবং অন্য কোনও কিছুই পাওয়া যায় নি।
2
প্রশ্নটিতে ফিরে আসার জন্য: আমি মনে করি যে সবচেয়ে পরিষ্কার পদ্ধতিটি এইচটিটিপি আগে কোনও মন্তব্য ছাড়া কোনও প্রতিক্রিয়া কোড ব্যবহার না করা। যদি পরিষেবাটি উপস্থিত থাকে এবং প্রতিক্রিয়া জানায়, HTTP কোডটি 200 হওয়া উচিত The প্রতিক্রিয়ায় পরিষেবাটি পৃথক শিরোনামে ফিরে আসা স্থিতি থাকা উচিত - এখানে, পরিষেবা বলতে পারে
REST:EMPTYউদাহরণস্বরূপ যদি এটি স্টাচ অনুসন্ধান করতে বলা হয়েছিল। এবং এই গবেষণা খালি ফিরে;REST:NOT FOUNDযদি এটি বিশেষভাবে স্টাফের জন্য জিজ্ঞাসা করা হত। "আইডি-এর মতো" - আইডি বা এন্ট্রি নং 24, ইত্যাদি দ্বারা কোনও ফাইলের নাম বা কোনও সংস্থান হতে পারে - এবং সেই নির্দিষ্ট সংস্থানটি পাওয়া যায় নি (সাধারণত, একটি নির্দিষ্ট সংস্থান অনুরোধ করা হয়েছিল এবং পাওয়া যায় নি);REST:INVALID অনুরোধের যে কোনও অংশ এটি প্রেরণ করা হয়েছিল তা পরিষেবা দ্বারা স্বীকৃত নয়।
(মনে রাখবেন যে এইচটিটিপি প্রতিক্রিয়া কোডগুলির মতো একই মান বা শব্দগুচ্ছ থাকতে পারে, সেগুলি চিহ্নিত করার উদ্দেশ্যে উদ্দেশ্য হিসাবে আমি এগুলিকে "আরএসটি:" দিয়ে উপসর্গ করেছিলাম) তবে তারা সম্পূর্ণ পৃথক)
3
আসুন উপরের ইউআরএল ফিরে ফিরে আসুন এবং কেস বি পরিদর্শন করুন যেখানে পরিষেবাটি এইচটিটিপি সার্ভারকে নির্দেশ করে যে এটি নিজেই এই অনুরোধটি পরিচালনা করে না তবে এতে প্রবেশ করে SERVICE। এইচটিটিপি কেবল এটি যা দিয়ে তা হস্তান্তর করে SERVICE, return/testঅংশটি যেটি হ্যান্ডেল করে তা সম্পর্কে কিছুই জানে না SERVICE। যে সেবা চালু থাকলেও, HTTP- র ফেরত পাঠাবেন 200যেমন প্রকৃতপক্ষে কিছু খুঁজে পাইনি অনুরোধ হ্যান্ডেল করতে।
দ্বারা প্রত্যাবর্তিত স্থিতি SERVICE(এবং যা উপরে বলা হয়েছে, আলাদা শিরোনামে দেখতে চাই) আসলে কোন পদক্ষেপটি প্রত্যাশিত তার উপর নির্ভর করে:
- যদি
return/testকোনও নির্দিষ্ট উত্সের জন্য জিজ্ঞাসা করে: যদি এটি বিদ্যমান থাকে তবে এটিকে একটি স্থিতি সহ ফিরিয়ে দিন REST:FOUND; যদি সেই সংস্থানটি বিদ্যমান না থাকে তবে ফিরে আসুন REST:NOT FOUND; এটি আবার বাড়ানো যেতে পারে REST:GONEযদি আমরা জানি যদি এটি একবারে বিদ্যমান ছিল এবং ফিরে আসবে না, এবং REST:MOVEDযদি আমরা জানি এটি হলিউডে গেছে
- যদি
return/testকোনও অনুসন্ধান বা ফিল্টার-জাতীয় অপারেশন হিসাবে বিবেচনা করা হয়: যদি ফলাফল সেটটি খালি থাকে তবে অনুরোধ করা ধরণের একটি খালি সেট এবং একটি স্থিতি ফিরিয়ে দিন REST:EMPTY; অনুরোধ করা ধরণের ফলাফলগুলির একটি সেট এবং এর স্থিতিREST:SUCCESS
- যদি
return/testকোনও অপারেশন এটিকে পুনরায় সাজানো না হয় SERVICE: REST:ERRORযদি এটি সম্পূর্ণরূপে ভুল হয় (যেমন, একটি টাইপোর মতো retrun/test), বা REST:NOT IMPLEMENTEDযদি পরে এটির জন্য পরিকল্পনা করা হয় তবে ফিরে আসুন ।
4
এই ভিন্নতা দুটি ভিন্ন জিনিস মিশ্রণের চেয়ে অনেক পরিষ্কার er এটি ডিবাগিংকে আরও সহজ এবং প্রসেসিংকে আরও কিছুটা জটিল করে তুলবে, যদি তা না হয় তবে।
- যদি কোনও HTTP 404 ফিরে আসে, সার্ভারটি আমাকে বলে, "আপনি কী বলছেন তা আমার কোনও ধারণা নেই"। যদিও আমার অনুরোধের বিশ্রাম অংশটি সঠিকভাবে ঠিক আছে, আমি সমস্ত ভুল জায়গায় পার'ম্যাচ খুঁজছি।
- অন্যদিকে, HTTP 200 এবং REST: ERR আমাকে বলেছে যে আমি পরিষেবাটি পেয়েছি তবে পরিষেবাটিতে আমার অনুরোধে কিছু ভুল করেছি।
- HTTP 200 এবং REST থেকে: EMPTY, আমি জানি যে আমি কোনও ভুল করি নি - ডান সার্ভার, সার্ভারটি পরিষেবাটি, পরিষেবাটিতে সঠিক অনুরোধ খুঁজে পেয়েছিল - তবে অনুসন্ধানের ফলাফলটি খালি is
সারসংক্ষেপ
সমস্যা এবং আলোচনার উদ্ভব ঘটেছে যে এইচটিটিপি রেসপন্স কোডগুলি এমন কোনও পরিষেবার স্থিতি চিহ্নিত করার জন্য ব্যবহৃত হচ্ছে যার ফলাফল এইচটিটিপি দ্বারা পরিবেশন করা হয়েছে, বা এইচটিএইচ চিহ্নিত করতে। এটি নিজেই এইচটিটিপি সার্ভারের আওতায় নেই। এই তাত্পর্য কারণে, প্রশ্নের উত্তর দেওয়া যাবে না এবং সমস্ত মতামত অনেক আলোচনার বিষয়।
কোনও পরিষেবা দ্বারা প্রক্রিয়াকৃত একটি অনুরোধের অবস্থা এবং এইচটিটিপি সার্ভারটি আসলেই করা উচিত নয় (আরএফসি 6919) কোনও HTTP প্রতিক্রিয়া কোড দিয়ে দেওয়া উচিত। এইচটিটিপি কোড SHOULD (আরএফসি 2119) কেবল এইচটিটিপি সার্ভারের নিজস্ব সুযোগ থেকে দিতে পারে এমন তথ্য ধারণ করে: যথা, অনুরোধটি প্রক্রিয়া করার জন্য পরিষেবাটি পাওয়া গেছে কিনা।
পরিবর্তে, কোনও গ্রাহককে যে অনুরোধটি প্রকৃতপক্ষে অনুরোধটি প্রক্রিয়াকরণ করছে সেবার কাছে অনুরোধের অবস্থা সম্পর্কে বলতে কোনও আলাদা উপায়ে ব্যবহার করা উচিত। আমার প্রস্তাবটি একটি নির্দিষ্ট শিরোলেখের মাধ্যমে এটি করা। আদর্শভাবে, শিরোনামের নাম এবং এর বিষয়বস্তু উভয়ই একটি মানদণ্ড অনুসরণ করে যা গ্রাহকদের পক্ষে থিসের প্রতিক্রিয়াগুলির সাথে কাজ করা সহজ করে তোলে।
