জিইআইআইয়ের বেশিরভাগ সরঞ্জামকিট আজকাল সংকেত + স্লট মডেল ব্যবহার করে। এটি কিউটি এবং জিটিকে + ছিল, যদি আমি ভুল না হয় তবে কে এটিকে অগ্রগামী করেছিল।
আপনি জানেন, উইজেটগুলি বা গ্রাফিকাল অবজেক্টস (কখনও কখনও এমন এমনকি প্রদর্শিত হয় না) মূল লুপ হ্যান্ডলারের কাছে সংকেত প্রেরণ করে । মেইন-লুপ হ্যান্ডলার তারপরে ইভেন্টগুলি , কলব্যাক বা স্লটগুলিকে সেই উইজেট / গ্রাফিকাল অবজেক্টের জন্য বরাদ্দ করে। সাধারণত পূর্বনির্ধারিত virtualসমস্ত সিগন্যাল পরিচালনা করার জন্য টুলকিট দ্বারা ইতিমধ্যে সরবরাহকৃত ডিফল্ট (এবং বেশিরভাগ ক্ষেত্রে ) ইভেন্ট হ্যান্ডলারগুলি থাকে, অতএব, পূর্ববর্তী নকশাগুলির বিপরীতে যেখানে বিকাশকারীকে প্রতিটি বার্তা নিজেই পুরো মেইন-লুপ এবং হ্যান্ডলার লিখতে হত unlike (উইনাপি ভাবেন), বিকাশকারীকে কেবলমাত্র নতুন কার্যকারিতা বাস্তবায়নের জন্য প্রয়োজনীয় সংকেতগুলির বিষয়ে চিন্তা করতে হবে।
এখন পর্যন্ত আমার জানা মতে এই নকশাটি বেশিরভাগ আধুনিক সরঞ্জামদণ্ডে ব্যবহৃত হচ্ছে। এখানে Qt, GTK +, FLTK ইত্যাদি রয়েছে জাভা সুইং। সি # এমনকি এর জন্য একটি ভাষা বৈশিষ্ট্য রয়েছে (ইভেন্ট এবং প্রতিনিধি), এবং উইন্ডোজ ফর্মগুলি এই নকশায় তৈরি করা হয়েছে। প্রকৃতপক্ষে, গত দশক ধরে, জিইউআই প্রোগ্রামিংয়ের জন্য এই নকশাটি এক ধরনের অলিখিত স্ট্যান্ডার্ডে পরিণত হয়েছে। যেহেতু এটি উত্পাদনশীলতা বৃদ্ধি করে এবং বৃহত্তর বিমূর্ততা সরবরাহ করে।
তবে, আমার প্রশ্নটি হ'ল:
আধুনিক জিইউআই প্রোগ্রামিংয়ের জন্য কোনও বিকল্প নকশা কি সমান্তরাল বা ব্যবহারিক?
অর্থাত্ সিগন্যাল + স্লট ডিজাইন কি শহরে একমাত্র ব্যবহারিক? অন্য কোনও ডিজাইনের সাথে জিইউআই প্রোগ্রামিং করা কি সম্ভব ? কোনও আধুনিক (অগ্রাধিকার সফল এবং জনপ্রিয়) জিইউআই টুলকিটগুলি কোনও বিকল্প ডিজাইনে নির্মিত?
std::function, না একটি অ্যাসিঙ্ক্রোনাস সংকেত। উপরন্তু, WinAPI নেই প্রদানDefWindowProcযার ডিফল্ট বাস্তবায়ন যেমন উইন্ডোজ বার্তা প্রক্রিয়া করে। সুতরাং আমি প্রতিক্রিয়া জানাতে চাই যে আপনার প্রশ্নটি ত্রুটিযুক্ত যুক্তির উপর ভিত্তি করে।