আমি এইচটিটিপি ছাড়িয়ে যাওয়ার জন্য একটি এপিআই ডিজাইন করছি এবং আমি ভাবছি যে HTTP পোষ্ট কমান্ডটি ব্যবহার করছি, তবে কেবলমাত্র ইউআরএল কোয়েরি প্যারামিটার এবং কোনও অনুরোধের অংশ নয়, এটি যাওয়ার ভাল উপায়।
বিবেচ্য বিষয়:
- "গুড ওয়েব ডিজাইন" এর জন্য নন-আদর্শবান পদক্ষেপগুলি পোস্টের মাধ্যমে প্রেরণ করা দরকার। এটি একটি আদর্শহীন কর্ম।
- অনুরোধের প্যারামিটারগুলি ইউআরএলে উপস্থিত থাকলে এই অ্যাপ্লিকেশনটিকে বিকাশ করা এবং ডিবাগ করা সহজ।
- এপিআই বিস্তৃত ব্যবহারের উদ্দেশ্যে নয়।
- দেখে মনে হচ্ছে কোনও পোষ্ট অনুরোধ না করে কোনও দেহই কিছুটা বেশি সময় নেয়, যেমন একটি
Content-Length: 0শিরোনাম অবশ্যই স্পষ্টভাবে যুক্ত করা উচিত। - আমার কাছে এটিও মনে হয় যে কোনও দেহবিহীন পোষ্ট বেশিরভাগ বিকাশকারী এবং এইচটিটিপি ফ্রেমওয়ার্কের প্রত্যাশার তুলনায় কিছুটা বিপরীত।
অনুরোধ সংস্থার চেয়ে ইউআরএল কোয়েরির মাধ্যমে পোষ্ট অনুরোধে প্যারামিটারগুলি পাঠানোর আরও কোনও সমস্যা বা সুবিধা রয়েছে কি?
সম্পাদনা: এটি বিবেচনা করার কারণটি হ'ল অপারেশনগুলি আদর্শবান নয় এবং পুনরুদ্ধার ব্যতীত তার পার্শ্ব প্রতিক্রিয়া রয়েছে। দেখুন HTTP- র বৈশিষ্ট :
বিশেষত, কনভেনশনটি প্রতিষ্ঠিত হয়েছে যে জিইটি এবং প্রধান পদ্ধতিগুলির পুনরুদ্ধার ব্যতীত অন্য কোনও পদক্ষেপ গ্রহণের তাত্পর্য থাকা উচিত নয়। এই পদ্ধতিগুলিকে "নিরাপদ" হিসাবে বিবেচনা করা উচিত। এটি ব্যবহারকারীর এজেন্টদের অন্যান্য পদ্ধতি যেমন পোষ্ট, পুট এবং ডিলেট একটি বিশেষ উপায়ে উপস্থাপন করার অনুমতি দেয় যাতে ব্যবহারকারী সম্ভবত কোনও অনিরাপদ পদক্ষেপের জন্য অনুরোধ করা হচ্ছে এই বিষয়টি সম্পর্কে সচেতন হন।
...
পদ্ধতিগুলিতে "আইডেম্পোটেন্স" এর সম্পত্তিও থাকতে পারে (ত্রুটি বা মেয়াদোত্তীর্ণ সমস্যাগুলি বাদ দিয়ে) এন> 0 অভিন্ন অনুরোধগুলির পার্শ্ব প্রতিক্রিয়াগুলি একক অনুরোধের মতোই। GET, Head, PUT এবং মুছুন পদ্ধতিগুলি এই সম্পত্তি ভাগ করে দেয়। এছাড়াও, বিকল্পগুলি এবং ট্র্যাকের পদ্ধতিগুলির কোনও পার্শ্ব প্রতিক্রিয়া থাকতে হবে না এবং তাই সহজাতভাবে আদর্শবান ot