আমি মনে করি এটি নিরাপদ বলে যে বেশিরভাগ ওয়েব অ্যাপ্লিকেশনগুলি অনুরোধ / প্রতিক্রিয়া দৃষ্টান্তের উপর ভিত্তি করে। পিএইচপি এর কখনও এই বিষয়গুলির একটি আনুষ্ঠানিক বিমূর্ততা ছিল না। একটি গোষ্ঠী এটি পরিবর্তনের চেষ্টা করছে: https://github.com/php-fig/fig-standards/blob/master/propised/http-message.md
যাইহোক, তারা অপরিবর্তনীয়তার বিষয়টি সম্পর্কে সন্ধান করতে পারে। একদিকে, অনুরোধ / প্রতিক্রিয়া অবজেক্টের সাধারণত তাদের জীবনচক্রের সময় খুব অল্প পরিবর্তন হয়। অন্যদিকে, বিশেষত প্রতিক্রিয়া অবজেক্টটির প্রায়শই এইচটিটিপি শিরোনাম যুক্ত করা প্রয়োজন।
তদুপরি, অপরিবর্তনীয়তা সত্যই কখনও পিএইচপি এর জমিতে ধরা দেয়নি।
অপরিবর্তনীয় অনুরোধ / প্রতিক্রিয়া অবজেক্ট ব্যবহার করার ক্ষেত্রে লোকেরা কী সুবিধা দেখতে পাবে?
ধরা যাক আপনি কোনও জসন বস্তুটি ফিরিয়ে দিচ্ছেন।
$response = new JsonResponse($item);সুন্দর এবং সহজ। তবে দেখা যাচ্ছে যে অনুরোধটি ক্রস-অরিজিন রিসোর্স শেয়ারিং (সিওআরএস) অনুরোধ ছিল। যে কোডটি প্রতিক্রিয়া উত্পন্ন করে সেগুলির যত্ন নেওয়া উচিত নয় তবে কোথাও ডাউনস্ট্রিম এমন একটি প্রক্রিয়া যা প্রয়োজনীয় অ্যাক্সেস-কন্ট্রোল শিরোনাম যুক্ত করবে। মূল প্রতিক্রিয়া রাখার এবং অতিরিক্ত শিরোনামগুলির সাথে একটি নতুন তৈরি করার কোনও সুবিধা? বা এটি কঠোরভাবে প্রোগ্রামিং শৈলীর প্রশ্ন।
অনুরোধ বস্তুটি কিছুটা আকর্ষণীয়। এটি একই শুরু:
$request = new Request('incoming request information including uri and headers');প্রাথমিক তথ্য পরিবর্তন করার দরকার নেই। তবে অনুরোধটি পাশ করার সাথে সাথে অতিরিক্ত প্রক্রিয়াজাতকরণের তথ্য যুক্ত করার প্রয়োজন হয় often উদাহরণস্বরূপ, আপনার কাছে একটি url ম্যাচার থাকতে পারে যা সিদ্ধান্ত দেয় যে প্রদত্ত অনুরোধের জন্য কী পদক্ষেপ নেওয়া উচিত।
$request->setAttribute('action',function() {});প্রকৃতপক্ষে ক্রিয়া সম্পাদন করা একটি ডাউন স্ট্রিম প্রক্রিয়াটির দায়িত্ব। আপনার একটি পরিবর্তনীয় অনুরোধঅ্যাট্রিবিউশনস সংগ্রহ হতে পারে যা অনিবার্য অনুরোধটি মোড় করে তবে বাস্তবে এটি খানিকটা বিশ্রী হতে থাকে। আপনার কাছে এমন একটি অনুরোধ থাকতে পারে যা একটি অ্যাট্রিবিউট সংগ্রহ ব্যতীত অপরিবর্তনীয়। ব্যতিক্রমগুলি পাশাপাশি বিশ্রী হতে থাকে। এই ধরণের প্রয়োজনীয়তাগুলির সাথে মোকাবিলা করার কোনও অভিজ্ঞতা?