বুকিং রেডি তৈরি করুন, বুকিং রেডি তৈরি করুন৷

CreateBooking রেডি মাইলস্টোন টাস্ক সম্পূর্ণ করতে, আপনাকে সফলভাবে CreateBooking পদ্ধতি তৈরি এবং বিতরণ করতে হবে। এই পদ্ধতিটি বলা হয় যখন একজন ব্যবহারকারী একটি বুকিং তৈরি করার চেষ্টা করেন। যদি একটি সফল বুকিং তৈরি করা হয়, তবে প্রতিক্রিয়াটিতে ভবিষ্যতের অনুরোধ বা আপডেটের জন্য বুকিং উল্লেখ করার জন্য একটি অনন্য booking_id অন্তর্ভুক্ত থাকে।

বুকিং টাস্কের প্রয়োজনীয়তা তৈরি করুন

• 10টি সফল CreateBooking প্রতিক্রিয়া 10% এর কম ত্রুটির হার সহ।

বুকিং বেসিক তৈরি করুন

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

যখন একজন ব্যবহারকারী একটি বুকিং তৈরি করে, তখন Google আপনাকে ব্যবহারকারীর প্রদত্ত নাম, উপাধি, ফোন নম্বর এবং ইমেল পাঠায়। আরও তথ্যের জন্য, অ্যাকাউন্ট ম্যাচিং এবং তৈরি নীতি দেখুন।

অদম্যতা

নেটওয়ার্কের মাধ্যমে যোগাযোগ সর্বদা নির্ভরযোগ্য নয়, এবং কোনো প্রতিক্রিয়া না পাওয়া গেলে Google HTTP অনুরোধগুলি পুনরায় চেষ্টা করতে পারে। এই কারণে, সমস্ত পদ্ধতি যেগুলি রাষ্ট্রকে পরিবর্তন করে তা অবশ্যই অদম্য হতে হবে:

• CreateBooking
• UpdateBooking

UpdateBooking ব্যতীত প্রতিটি অনুরোধ বার্তার জন্য, অনুরোধটিকে স্বতন্ত্রভাবে সনাক্ত করতে আইডেমপোটেন্সি টোকেন অন্তর্ভুক্ত করা হয়েছে। এটি আপনাকে একটি একক অনুরোধ এবং দুটি পৃথক অনুরোধ তৈরি করার অভিপ্রায় সহ একটি পুনরায় চেষ্টা করা REST কলের মধ্যে পার্থক্য করতে দেয়৷ UpdateBooking এর সংশ্লিষ্ট বুকিং এন্ট্রি আইডিগুলি তাদের অনন্যভাবে শনাক্ত করতে সাহায্য করে, তাই তাদের অনুরোধে কোনো idempotency টোকেন অন্তর্ভুক্ত করা হয় না।

বুকিং সার্ভারগুলি কীভাবে ইডেমপোটেন্সি পরিচালনা করে তার কিছু উদাহরণ নিচে দেওয়া হল:

• একটি সফল CreateBooking HTTP প্রতিক্রিয়া তৈরি করা বুকিং অন্তর্ভুক্ত। কিছু ক্ষেত্রে, বুকিং প্রবাহের অংশ হিসাবে অর্থপ্রদান প্রক্রিয়া করা হয়। যদি একই CreateBookingRequest একই idempotency_token সাথে দ্বিতীয়বার প্রাপ্ত হয়, তাহলে একই CreateBookingResponse ফেরত দিতে হবে। একটি দ্বিতীয় বুকিং তৈরি করা হয় না, এবং প্রযোজ্য হলে ব্যবহারকারীকে ঠিক একবার চার্জ করা হয়।

বুদ্ধিমত্তার প্রয়োজনীয়তা সমস্ত পদ্ধতির ক্ষেত্রে প্রযোজ্য যা রাষ্ট্রকে পরিবর্তন করে।

CreateBooking রেডি মাইলস্টোন টাস্ক সম্পূর্ণ করতে, আপনাকে সফলভাবে CreateBooking পদ্ধতি তৈরি এবং বিতরণ করতে হবে। এই পদ্ধতিটি বলা হয় যখন একজন ব্যবহারকারী একটি বুকিং তৈরি করার চেষ্টা করেন। যদি একটি সফল বুকিং তৈরি করা হয়, তবে প্রতিক্রিয়াটিতে ভবিষ্যতের অনুরোধ বা আপডেটের জন্য বুকিং উল্লেখ করার জন্য একটি অনন্য booking_id অন্তর্ভুক্ত থাকে।

বুকিং টাস্কের প্রয়োজনীয়তা তৈরি করুন

• 10টি সফল CreateBooking প্রতিক্রিয়া 10% এর কম ত্রুটির হার সহ।

বুকিং বেসিক তৈরি করুন

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

যখন একজন ব্যবহারকারী একটি বুকিং তৈরি করে, তখন Google আপনাকে ব্যবহারকারীর প্রদত্ত নাম, উপাধি, ফোন নম্বর এবং ইমেল পাঠায়। আরও তথ্যের জন্য, অ্যাকাউন্ট ম্যাচিং এবং তৈরি নীতি দেখুন।

অদম্যতা

নেটওয়ার্কের মাধ্যমে যোগাযোগ সর্বদা নির্ভরযোগ্য নয়, এবং কোনো প্রতিক্রিয়া না পাওয়া গেলে Google HTTP অনুরোধগুলি পুনরায় চেষ্টা করতে পারে। এই কারণে, সমস্ত পদ্ধতি যেগুলি রাষ্ট্রকে পরিবর্তন করে তা অবশ্যই অদম্য হতে হবে:

• CreateBooking
• UpdateBooking

UpdateBooking ব্যতীত প্রতিটি অনুরোধ বার্তার জন্য, অনুরোধটিকে স্বতন্ত্রভাবে সনাক্ত করতে আইডেমপোটেন্সি টোকেন অন্তর্ভুক্ত করা হয়েছে। এটি আপনাকে একটি একক অনুরোধ এবং দুটি পৃথক অনুরোধ তৈরি করার অভিপ্রায় সহ একটি পুনরায় চেষ্টা করা REST কলের মধ্যে পার্থক্য করতে দেয়৷ UpdateBooking এর সংশ্লিষ্ট বুকিং এন্ট্রি আইডিগুলি তাদের অনন্যভাবে শনাক্ত করতে সাহায্য করে, তাই তাদের অনুরোধে কোনো idempotency টোকেন অন্তর্ভুক্ত করা হয় না।

বুকিং সার্ভারগুলি কীভাবে ইডেমপোটেন্সি পরিচালনা করে তার কিছু উদাহরণ নিচে দেওয়া হল:

• একটি সফল CreateBooking HTTP প্রতিক্রিয়া তৈরি করা বুকিং অন্তর্ভুক্ত। কিছু ক্ষেত্রে, বুকিং প্রবাহের অংশ হিসাবে অর্থপ্রদান প্রক্রিয়া করা হয়। যদি একই CreateBookingRequest একই idempotency_token সাথে দ্বিতীয়বার প্রাপ্ত হয়, তাহলে একই CreateBookingResponse ফেরত দিতে হবে। একটি দ্বিতীয় বুকিং তৈরি করা হয় না, এবং প্রযোজ্য হলে ব্যবহারকারীকে ঠিক একবার চার্জ করা হয়।

বুদ্ধিমত্তার প্রয়োজনীয়তা সমস্ত পদ্ধতির ক্ষেত্রে প্রযোজ্য যা রাষ্ট্রকে পরিবর্তন করে।