টানেলিং সম্পর্কে REST এপিআই নিয়ম


11

এটি কেবলমাত্র REST এপিআই রুলবুকটিতে পড়ুন : অন্য অনুরোধের পদ্ধতিগুলি সুড়ঙ্গ করতে GET এবং পোস্ট অবশ্যই ব্যবহার করা উচিত নয়

টানেলিং HTTP- র কোনও অপব্যবহারকে বোঝায় যা কোনও বার্তাটির অভিপ্রায়কে মাস্ক করে বা ভুল উপস্থাপন করে এবং প্রোটোকলের স্বচ্ছতাটিকে ক্ষুন্ন করে। একটি REST API অবশ্যই এইচটিটিপি-র অনুরোধ পদ্ধতির অপব্যবহারের মাধ্যমে সীমিত এইচটিটিপি শব্দভান্ডার সহ ক্লায়েন্টদের থাকার জন্য আপোষ করা উচিত নয় । এই বিভাগে বিধি দ্বারা নির্দিষ্ট হিসাবে HTTP পদ্ধতিগুলির যথাযথ ব্যবহার করুন make [আমার দ্বারা হাইলাইট]

তবে তখন প্রচুর ফ্রেমওয়ার্কগুলি এইচটিএমএল ফর্মগুলির মাধ্যমে আরইএসটি ইন্টারফেস প্রকাশ করার জন্য টানেলিং ব্যবহার করে, যেহেতু <form>কেবলমাত্র GETএবং সম্পর্কেই জানেন POST। আমার সাম্প্রতিকতম উদাহরণটি MethodRewriteMiddlewareফ্লাস্কের জন্য (ফ্রেমওয়ার্কটির লেখক দ্বারা জমা দেওয়া): http://flask.pocoo.org/snippets/38/

ওয়েব ফ্রেমওয়ার্কগুলিতে হ্যাক বা অ্যাড-অন ছাড়াই "বিধি" মেনে চলার কোনও উপায়?

উত্তর:


4

না, নেই। সুতরাং আপনার যদি প্রয়োজন হয় তবে যাইহোক নিয়মটি ভঙ্গ করুন।

বড় চুক্তি কী তা আমি জানি না। প্রোটোকলগুলি সমস্ত সময় অন্যান্য প্রোটোকলকে আবদ্ধ করে। উদাহরণস্বরূপ টিসিপি / আইপিতে এ জাতীয় বিমূর্ততার চারটি স্তর রয়েছে

অবশ্যই, ক্লায়েন্টদের প্রোগ্রামটি পেতে এবং এইচটিটিপি ক্রিয়াগুলি সঠিকভাবে সমর্থন করার জন্য আরও ভাল পথ path তবে এটি নিখুঁত বিশ্ব নয়।


ধন্যবাদ, ভাল সকলেই যেভাবেই এটি করছে (এবং অন্যান্য প্রোটোকলগুলি ডিজাইনের মাধ্যমে এটি করেন যেমন আপনি উল্লেখ করেছেন)। আমি এতটা স্পষ্টভাবে লিখিত "নিয়ম" পেয়ে কিছুটা অবাক হয়েছিলাম।
মিকু
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.