"কোনও ফলাফল" একটি বিশ্রামের প্রতিক্রিয়াতে ত্রুটি হওয়া উচিত?

Question

আমি একটি উদাহরণ বর্ণনা করব:
আমি একটি বেকিং শপের জন্য একটি এপিআই তৈরি করা শুরু করি। এআইপিআই লোকেরা বেকিং পণ্যগুলির জন্য তাদের ক্যাটালগগুলি সন্ধানের অনুমতি দেয়, যেমন ঘরে ঘরে তৈরি মিন্টি চকোলেট চিপ কুকি ব্যবহার করে api.examplebakery.com/search?q=.....।

কেউ এটির নামের পণ্যটির সন্ধান pineapple-banana flavoured cookiesকরতে এটি ব্যবহার করে এবং স্পষ্টতই কোনও ফলাফল পাবেন না।

এটিকে কি ত্রুটি হিসাবে ফিরিয়ে দেওয়া উচিত? অনুসন্ধান ব্যর্থ হয়নি, API অনুসন্ধান করেছিল এবং সফলভাবে সিদ্ধান্ত নিয়েছে যে কোনও কুকিজ খুঁজে পাওয়া যায় নি। এপিআই ফিরে আসা উচিত নয় 404, কারণ এপিআই সত্যই পাওয়া গেছে।

Comments

204 কোনও সামগ্রী নেই

— আকাশম

সম্ভাব্য সদৃশ RESTful API একটা জিনিস অভাবে প্রতিনিধিত্ব

— মশা

@ গ্যাनेट: এটি কোনও সদৃশ নয়, কারণ অন্য প্রশ্নটি একটি নির্দিষ্ট সংস্থান সম্পর্কে, একাধিক সংস্থার বিরুদ্ধে কোয়েরি নয়।

— গ্রেগ বার্গার্ড্ট

অ্যানালগালিভাবে, ধরুন আপনার কাছে এমন একটি ফাংশন রয়েছে যা একটি অবজেক্টের অ্যারে দেয়। যদি কোনও নির্দিষ্ট ব্যবহারের সাথে মেলে এমন কোনও অবজেক্ট না থাকে তবে আপনি কি ব্যতিক্রম ব্যতীত ফাংশনটি খালি করবেন বা খালি অ্যারেটি ফিরিয়ে দেবেন?

— কেভিন - মনিকা পুনরায়

@ আকাশম জিইটি অনুরোধে HTTP-204 ফিরিয়ে দেওয়া বেশ অস্বাভাবিক, আমি জানি আমি এটি কোথাও দেখিনি। যতদূর আমি জানি, সার্ভারে কোনও সংস্থান পরিবর্তন করার সময় HTTP-204 সাধারণত প্রতিক্রিয়া হিসাবে ব্যবহৃত হয়, উদাহরণস্বরূপ POST / PUT / DELETE অনুরোধগুলি।

— রাদু মুর্জিয়া

Answer 1

যখন ফলাফল থাকে, আউটপুটটি হ'ল একটি (জেএসএন, আপনার মন্তব্যের ভিত্তিতে) তালিকা। কোনও ফলাফল ছাড়াই প্রশ্নের জন্য, আউটপুট ঠিক একই হওয়া উচিত। সহজ তালিকাতে এটিতে 0 টি আইটেম রয়েছে।

সুতরাং আপনার প্রতিক্রিয়া যদি সাধারণত হয়:

{
    "results": [
        {
            "name": "Pancakes",
            ....
        },
        {
            "name": "French Fries",
            ....
        }
    ]
}

তারপরে 0 টি ফলাফলের সাথে কোনও প্রশ্নের জন্য, এটি হওয়া উচিত:

{
    "results": []
}

আপনি যদি ফলাফলের কতগুলি "পৃষ্ঠাগুলি", সেই "পৃষ্ঠাগুলির লিঙ্কগুলি" ইত্যাদি সম্পর্কে মেটা ডেটা অন্তর্ভুক্ত করেন তবে আমি পরামর্শ দিচ্ছি যে সেখানে 1 "পৃষ্ঠা" রয়েছে।

এইচটিটিপি স্থিতির ফলাফল থাকা অবস্থায় একই হওয়া উচিত - 200 OK।

204 No Contentএছাড়াও এটি একটি বিকল্প বলে মনে হতে পারে তবে এটি এমন নয় কারণ আপনি আসলে "সামগ্রী" ফিরিয়ে দিচ্ছেন - খালি তালিকা। আপনি যদি মনে করেন যে খালি তালিকাটি "সামগ্রী" হিসাবে গণনা করা হচ্ছে না, আপনি যদি তখন বানানের পরামর্শ প্রস্তাব দেওয়ার প্রতিক্রিয়াটি সংশোধন করেন? প্রতিক্রিয়াটির মূলটি এখনও একটি খালি তালিকা হবে তবে এখন আরও "সামগ্রী" রয়েছে।

এইচটিটিপি স্থিতি কোডগুলি সম্পর্কে আরও দরকারী তথ্যের জন্য, jpmc26 তাদের উত্তর পড়ার উপযুক্ত।

Comments

এটি নাল অবজেক্ট প্যাটার্নের মতো একই ধরণের চিন্তাভাবনা । ত্রুটি এবং শূন্যতা এখানে কিছুই নেই বলার একমাত্র উপায় নয়। কখনও কখনও আপনি চুপচাপ নিজের কিছু প্রকাশ করতে চান। এইভাবে ক্লায়েন্টদের কোনও কিছুর জন্য পরীক্ষা করতে হবে না।

— candied_orange

আমি যুক্তি দিয়েছি যে 204 ফিরিয়ে দেওয়া অনুপযুক্ত, আপনি যেমন সামগ্রী ফিরে আসছেন তেমন। এটি ঠিক যে বিষয়বস্তুর কোনও ফলাফল নেই, যা কোনও সামগ্রী না ফেরানো থেকে পৃথক।

— টিএমএন

@ টিএমএন সম্মত হয়েছে - 204 "ফলাফল নয়" এর জন্য উপযুক্ত নয়। আপনার জিজ্ঞাসাটি অ্যারে এর ফলাফল সহ সর্বদা একটি অ্যারে ফিরিয়ে আনা উচিত। যদি কোনও ফলাফল না থাকে, ক্লায়েন্ট প্রাকৃতিকভাবে এটি পরিচালনা করবে। যদি ক্লায়েন্টটি বিশেষ পাঠ্য ("ফলাফল পাওয়া যায়নি") দেখাতে চায় তবে তা ঠিক আছে। 204 কেবলমাত্র একটি শেষ পয়েন্টের জন্য ফিরে আসা উচিত যা স্বাভাবিকভাবে কোনও ফলাফল দেয় না।

— জেসনবি

আপনি 204 ব্যবহার করতে পারতেন যদি আপনি শূন্য স্ট্রিং হিসাবে আমি পুনরায় পুনরুদ্ধার হিসাবে নাল সিরিয়ালায়িত ফিরে আসছিলেন

— ইভান

এই. একটি RESTful API নির্মাণের সময় গুরুত্বপূর্ণ বিষয় হ'ল এপিআই অংশ, বিশ্রাম নয়। একটি ভাল এপিআই ক্লায়েন্ট / গ্রাহকদের জন্য জীবনকে সহজ করে তোলে। নাল মান / ব্যতিক্রম / স্থিতি কোডগুলির চেয়ে খালি অ্যারে হ্যান্ডেল করা সহজ।

— গুরান

Answer 2

যখনই কোনও এইচটিটিপি কোড সিদ্ধান্ত নেবে, আপনার সর্বদা এই প্রশ্নটি করা উচিত:

কোনও যথেচ্ছ ক্লায়েন্ট সাড়া দিয়ে কি করতে পারে / করতে পারে / করতে পারে?

1. ক্লায়েন্ট কি সর্বদা প্রতিক্রিয়াটিকে ব্যর্থতা হিসাবে গণ্য করে? তারপরে আপনি সমস্যাটি ক্লায়েন্টের ইনপুট বা সার্ভারের প্রক্রিয়াগুলির উপর নির্ভর করে আপনি 4XX বা 5XX চান।
2. ক্লায়েন্টের পরিবর্তে অন্য কোথাও একটি অনুরোধ করা উচিত? তাহলে 3xx আপনার জন্য।
3. সার্ভার কি ক্লায়েন্টের জিজ্ঞাসা (সফল) হিসাবে কাজ করেছিল? এটি 2XX।

আপনার প্রতিক্রিয়া কোডটি প্রথমে কোন ব্যাপ্তিতে হওয়া উচিত সর্বদা সিদ্ধান্ত নিন। এত তাড়াতাড়ি করার ফলে বিকল্প হিসাবে প্রচুর প্রতিক্রিয়া কোডগুলি মুছে ফেলা হয় এবং (সম্ভবত আরও গুরুত্বপূর্ণভাবে) কোডগুলির শব্দার্থবিজ্ঞান অনুসরণ করা আরও সহজ করে তোলে। প্রতিটি বিভাগের কোডগুলি কী প্রতিনিধিত্ব করে তা ব্যাখ্যা করার জন্য HTTP কোড ডকুমেন্টেশনের প্রথম বিভাগগুলি দেখুন ।

এই ক্ষেত্রে, ক্লায়েন্ট বৈধ, বিদ্যমান শেষ পয়েন্ট থেকে একটি ফিল্টার প্রদত্ত ফলাফলগুলির একটি তালিকা চেয়েছিলেন এবং এটিতে অ্যাক্সেসের অনুমোদন রয়েছে। সার্ভারটি অনুরোধটি প্রক্রিয়া করতে সক্ষম হয়েছিল এবং ফেরত দেওয়ার জন্য উপযুক্ত ডেটা নির্ধারণ করতে সক্ষম হয়েছিল (কোনও আইটেম নেই), তাই অনুরোধটি সফল হয়েছিল। এটি কেবল ঘটে যে তারা যে ফিল্টারটি দিয়েছে তা সমস্ত ফলাফল ফিল্টার করে ফেলে । এটি ক্লায়েন্ট কি চেয়েছিল বা না তা নির্ধারণ করা সার্ভারের উপর নির্ভর করে না, কারণ এটি কিছু ক্লায়েন্টের জন্য প্রত্যাশিত ফলাফল হতে পারে। যদি এটি কোনওভাবে ক্লায়েন্ট কোডের জন্য সমস্যা হয়ে থাকে, তবে ক্লায়েন্টের যথাযথভাবে নির্ধারণ, পরীক্ষা করা এবং পরিচালনা করার দায়িত্ব is সুতরাং এটি পরিষ্কার 2XX হয়।

এখন প্রশ্ন, "কোন 2XX?" এটি সার্ভারের প্রতিক্রিয়া জানাতে কীভাবে আপনার উপর নির্ভর করে তা নির্ভর করে।

• কিছু অন্যান্য উত্তর বর্ণনার মতো, আপনি কি খালি তালিকার উপস্থাপনাটি পাঠিয়ে দেবেন ? যদি তা হয় তবে আপনি 200 চান want 200 এর অর্থ সার্ভারটি কোনও সমস্যায় পড়ে না এবং ক্লায়েন্টের সেবন করার জন্য ফলাফলগুলির একটি প্রতিনিধিত্ব রয়েছে। এটি সম্ভবত আপনার গ্রাহকদের পক্ষে প্রতিক্রিয়া জানানোর সবচেয়ে সুবিধাজনক উপায়, যারা ফলাফল পেয়েছেন কিনা তা কেবল প্রতিক্রিয়াটিকে পার্স করতে পারে এবং তারপরে খালি তালিকা কীভাবে সেগুলি পরিচালনা করতে হয় তা নির্ধারণ করতে পারে।
• 204 এখানে শব্দার্থগতভাবে ভুল নয়, তবে আপনাকে কোনও বার্তা বডি না দিয়ে প্রতিক্রিয়া জানাতে হবে । এর অর্থ সমস্ত ক্লায়েন্ট কোডকে আলাদা আলাদা HTTP কোডগুলি (বা কমপক্ষে কোনও বার্তার মূলতার অভাবে) জন্য আলাদাভাবে পরীক্ষা করতে হবে এবং সেগুলি পৃথকভাবে পরিচালনা করতে হবে। এটি অসুবিধাজনক এবং খারাপ আচরণ করা ক্লায়েন্টদের দিকে পরিচালিত হওয়ার সম্ভাবনা বেশি।

অন্যগুলি মোটেই প্রযোজ্য নয়:

• 201 প্রশ্ন বাইরে। আপনি কোনও অবিরাম সংস্থান তৈরি করেন নি এবং তৈরি করা সংস্থায় কোনও অবস্থান ফিরিয়ে দিচ্ছেন না।
• 202 প্রশ্নের বাইরে। অনুরোধ করা হয়েছে; এটি পটভূমিতে প্রক্রিয়াজাতকরণ করছে না।
• 203 এর অর্থ হ'ল প্রতিক্রিয়াটি অনুমোদনযোগ্য সার্ভার এবং ক্লায়েন্টের মধ্যে পরিবর্তিত হয়েছিল। তোমার RESTful ইন্টারফেস হল , প্রামাণিক সার্ভার তাই এই এখানে প্রযোজ্য নয়।
• 205 এর কোনও অর্থ নেই। আপনার ক্লায়েন্টের কোনও কিছুর ছাড়পত্র বা রিফ্রেশ করার দরকার নেই।
• 206 একাধিক প্রতিক্রিয়ার উপর একটি বৃহত সংস্থান ফিরে আসার জন্য ডিজাইন করা হয়েছে বলে মনে হয়। এছাড়া প্রয়োজন যে ক্লায়েন্ট জিজ্ঞাসা বিষয়বস্তুর একটি অংশ জন্য হেডার মধ্যে (তাই ক্যোয়ারী স্ট্রিং মাধ্যমে পত্রাঙ্কন যোগ্যতা অর্জন করে না)। এখানে প্রযোজ্য নয়।

সুতরাং এটি 200 বা 204 হওয়া উচিত এবং 200 এর সহজতর, আরও দৃust় ক্লায়েন্ট কোডে নেতৃত্ব দেওয়ার সম্ভাবনা বেশি (বিশেষত যদি আপনি খালি তালিকার সমন্বিত ধারাবাহিক প্রতিক্রিয়া কাঠামো ব্যবহার করেন)।

Comments

ডাউনওয়টারের মতামত সম্পর্কে আগ্রহী হবে। আমি মনে করি না যে এগুলির কোনওটিও বিতর্কিত।

— jpmc26

আমি মনে করি না ক্লায়েন্টদের স্পষ্টভাবে 204 পরীক্ষা করা উচিত। তাদের কেবলমাত্র নাল রেসপন্স অবজেক্টটি পরিচালনা করার দক্ষতা is "বডি পার্স" অংশটি এড়িয়ে 204 পরিচালনা করা এইচটিটিপি কাঠামোর কাজ। কন্টেন্ট-দৈর্ঘ্য 4 সহ 200 এবং বডি নাল ঠিক একই।

— এজেন্ট_এল

@ এজেন্ট_এল আপনি ঠিক বলেছেন যে সার্ভারটি যদি সাধারণ প্রতিক্রিয়াটির সাথে অসঙ্গতিযুক্ত কোনও কাঠামোর সাথে প্রতিক্রিয়া জানায় (যেমন nullসাধারণত সেখানে একটি তালিকা থাকে সেখানে) তবে আপনি 200 দিয়েও ধারাবাহিকতার সুবিধাগুলি কাটাবেন না However তবে, আমি যা বর্ণনা করি তা ব্যবহার করে প্রতিক্রিয়া যা সাধারণ কাঠামোর সাথে সামঞ্জস্যপূর্ণ এবং খালি তালিকা রয়েছে যেখানে ফলাফলের তালিকাটি সাধারণত যেতে পারে। এই ধরণের ধারাবাহিক প্রতিক্রিয়া পাওয়ার জন্য 204 কোনও সুযোগ কেড়ে নেয়। এছাড়াও, এইচটিটিপি ক্লায়েন্ট লাইব্রেরিতেও এর সুবিধার্থে ফাংশন রয়েছে, আপনাকে প্রায়শই (সাধারণত?) জেএসএন পার্স করার জন্য একটি স্পষ্ট কল করতে হবে।

— jpmc26

@ এজেন্ট_এল বিশেষত তালিকাগুলি সহ, কলকারীরা প্রায়শই তাদের কোডটি খালি তালিকার উপরে সাধারণত চালাতে দেয় (উদাহরণস্বরূপ এটি লুপ করে), অন্য ধরণের উপস্থাপনা পরিচালনা করতে তাদের কোনও ধরণের স্পষ্ট চেকের প্রয়োজন হয়।

— jpmc26

Answer 3

না 'আপনার ক্যোয়ারী প্রক্রিয়া করা হয়েছিল তবে কোনও মিল নেই' ইঙ্গিত করার জন্য 404 এর ব্যবহারটি ভয়াবহ কারণ:

• ব্যতিক্রম হ্যান্ডলিংয়ের উপর ভিত্তি করে শর্তাধীন প্রবাহ (যেমন ক্লায়েন্টের মধ্যে এমন একটি ব্যতিক্রম তৈরি করতে এবং পরিচালনা করতে কোনও অযৌক্তিক ফলাফল জোর করতে বাধ্য করা হয় যা নন পারফরম্যান্ট এবং বিশ্রী হতে পারে)

• 'রিয়েল' পৃষ্ঠার মধ্যে অস্পষ্টতা পাওয়া যায় নি, আপনি শেষ পয়েন্টটি ভুল ত্রুটি টাইপ করেছেন

মনে রাখার বিষয়টি হ'ল বার্তাটি deserialise করার জন্য সর্বদা একজন ক্লায়েন্ট থাকে এবং তার ক্লায়েন্ট কী গুরুত্বপূর্ণ তা ফেরত দেয়; সিরিয়ালাইজেশন না।

যদি ক্লায়েন্টটি নাল ফিরে আসে, তবে নালটির ক্রমিকায়নটি ব্যবহার করুন। যদি ক্লায়েন্টটি খালি অ্যারেটি ফিরিয়ে আনতে পারে তবে [] ব্যবহার করুন, যদি ক্লায়েন্টের ত্রুটি ছুঁড়ে 500 টি ব্যবহার করা উচিত এবং ত্রুটি বার্তাটি পাস করুন

Comments

ক্লায়েন্ট তথ্য দিয়ে কী করছে তা সার্ভারের কেন যত্ন নেওয়া উচিত? (পিএস: আমি সেই উত্তর নই যা আপনার উত্তরকে হ্রাস করেছে)।

— রাদু মুর্জিয়া

এই প্রসঙ্গে 'ক্লায়েন্ট' হ'ল কোডটি ক্লায়েন্ট ডিভাইসে চলছে যা ক্লায়েন্ট অ্যাপ্লিকেশনে পরিষেবাটি প্রকাশ করে। এটি পরিষেবার পদ্ধতি উদ্ঘাটিত করতে এবং পরিষেবাটি অনুসারে ফলাফলগুলি ফিরিয়ে দিতে সক্ষম হতে হবে। যোগাযোগটি পুরোপুরি কাজ করতে আপনার ক্লায়েন্ট-সার্ভারের জুড়ি দরকার

— ইওয়ান

অবশ্যই ক্লায়েন্ট ত্রুটির জন্য 5xx ব্যবহার করবেন না । সেক্ষেত্রে 4xx পছন্দ করুন।

— কেভিন

যদিও, এটি বেশিরভাগ ক্ষেত্রে "সার্ভার" হওয়া উচিত নয়, "ক্লায়েন্ট" হওয়া উচিত? এটি সেই সার্ভার যা অনুরোধটি প্রক্রিয়া করছে এবং একটি প্রতিক্রিয়া সরবরাহ করছে, ক্লায়েন্ট কেবল প্রতিক্রিয়াটি প্রসেস করে? কোন ক্ষেত্রে 5XX কোড ঠিক আছে, যেহেতু এটি একটি সার্ভার ত্রুটি, কোনও ক্লায়েন্ট ত্রুটি নয়?

— মিঃউইট

সমস্ত ত্রুটি কোডগুলির সাথে সমস্যাটি হ'ল এইচটিপি-র মধ্যে তাদের অর্থ রয়েছে। 500 হল একমাত্র কোড যা আপনার পরিষেবাটি একটি ব্যতিক্রম ছুঁড়ে

— ইওয়ান

Answer 4

@ ইভানের খুব ভাল উত্তর ছাড়িয়ে:

যদি ক্যোয়ারী এমন ধরণের হয় যা ফলাফলের সেট দেয়, তবে খালি সেটটি যৌক্তিকভাবে ঠিক একটির সেট, বা আরও অনেকের সেট হিসাবে উপযুক্ত। সাধারণভাবে @ ইওয়ান যে কারণগুলির জন্য কথা বলছে, খালি সেটটিকে ত্রুটি হিসাবে পরিবর্তন করা ভাল এর চেয়ে বেশি ক্ষতি করে এবং এটি কেবল অপ্রয়োজনীয়।

যদি ক্যোয়ারীটি এমন ধরণের হয় যা সুনির্দিষ্ট সিঙ্গলটনটি দেখায় এবং এটি প্রত্যাশিত হয় যেমন, আইডির মাধ্যমে সঠিক মিল) তবে খুঁজে পাওয়া যায় না এটি একটি যৌক্তিকভাবে উপযুক্ত সম্ভাব্য প্রতিক্রিয়া।

Comments

হ্যাঁ আমি ঠিক ভাবছিলাম ইভানের উত্তরে।

— ওয়ালফ্র্যাট

Answer 5

আপনি ধরে নিচ্ছেন যে কোনও ডেটা ফেরত না পেলে কোডটিকে একটি বিশেষ পদক্ষেপ নিতে হবে, তবে এটি সম্ভবত এটি নাও হতে পারে। কোডটি কেবল কোনও পণ্য গণনা বা সন্ধানের জন্য কোনও ফলাফল বা কোনও সংখ্যক জিনিসের সাথে যুক্ত হতে পারে। আসলেই কোনও ত্রুটি থাকলে আপনার কোনও ব্যবহারকারীর একটি "ত্রুটি" দেওয়া উচিত।

Comments

"আসলেই কোনও ত্রুটি থাকলে আপনার কোনও ব্যবহারকারীকে" ত্রুটি "দেওয়া উচিত" " - এই. "অনুসন্ধান" সম্পাদন করার সময় একটি খালি ফলাফল সেট করা সাধারণত "ত্রুটি" হয় না। যাইহোক, যদি ডাটাবেস সংযোগটি ব্যর্থ হয় যার অর্থ অনুসন্ধানটি আসলে সম্পাদন করা যায় না তবে একটি খালি ফলাফল সেট (এবং কোনও ত্রুটি নেই) অন্যথায় অস্পষ্ট হবে। এক্ষেত্রে কিছু ধরণের ত্রুটিযুক্ত অবস্থা উপযুক্ত হবে (সম্ভবত খালি ফলাফল সেট সহ - এপিআই কীভাবে সংজ্ঞায়িত হয় তার উপর নির্ভর করে)।

— মিঃ হোয়াইট

Answer 6

আমি যখন একটি এপিআই ব্যবহার করি তখন ক্লায়েন্ট হিসাবে আমাকে "ত্রুটি" কেস থেকে আলাদা "সাফল্য" কেসগুলি পরিচালনা করতে হয়; আমার সেখানে কোন উপায় নেই। অতএব, ক্লায়েন্ট অন্যরকম আচরণ করতে চায় এমন পরিস্থিতিতে আপনার ত্রুটি এবং ক্লায়েন্টের সাথে একই আচরণ করতে চায় এমন পরিস্থিতিতে সাফল্য পাওয়া উচিত ।

যদি আমি এমন একটি কোয়েরি করি যা তত্ত্বের ভিত্তিতে শূন্য, এক, দু'শ এবং আরও কিছু সংখ্যক ফলাফল ফিরিয়ে দিতে পারে তবে আপনি যখনই এপিআই সমস্ত ফলাফলের সম্পূর্ণ তালিকা সরবরাহ করেন তখন আপনার "সাফল্য" ফিরে আসা উচিত। এবং সম্ভবত অনেকগুলি ফলাফল রয়েছে এমন ক্ষেত্রে, আপনি অত্যধিক আকার এড়াতে ফলাফলের আংশিক তালিকাটি ফিরে পেয়েছেন এবং আমি কীভাবে অন্যান্য ফলাফলগুলি পাব তা নিয়ে একটি সম্মত উপায় রয়েছে। এটি কারণ একটি ক্লায়েন্ট হিসাবে, আমি প্রায়শই আরও ফলাফলের মতো শূন্য ফলাফলের কেসটি পরিচালনা করতে চাই। আমি এটি অন্যরকম আচরণ করতে পারি, তবে আমি বাধ্য হতে চাই না।

এটির ক্ষেত্রে আলাদা যে আমি কোনও মান খুঁজছি। আমি ঠিক একটি ফলাফল আশা করি, আমি যে মূল্যটি সন্ধান করছি। অর্থপূর্ণ উপায়ে আমি যা করতে চাই তা চালিয়ে যেতে আমার একটি ফলাফল প্রয়োজন result এখানে কোনও মান নেই বলে মামলার জন্য 404 স্থিতি ফিরিয়ে দেওয়া অনেক বেশি গ্রহণযোগ্য because কারণ আমার যেভাবেই হোক কেসটি অন্যরকম পরিচালনা করতে হবে।

সংক্ষিপ্তসার: ক্লায়েন্ট যদি শূন্য থেকে বৃহত সংখ্যক পর্যন্ত কোনও সংখ্যক ফলাফলের প্রত্যাশা করে, তবে সংখ্যাটি শূন্য হলেও সমস্ত ফলাফল বিতরণ করা হলে "সাফল্য" ফিরিয়ে দিন। ক্লায়েন্ট যদি ঠিক একটি ফলাফল আশা করে, তবে ফলাফলটি পাওয়া গেলে সাফল্য এবং ফলাফলটি পাওয়া না গেলে একটি ত্রুটি ফেরান return