আমি আপনার প্রশ্নটি পরিবর্তন করে বলব: যখন কোনও ইভেন্ট ভিত্তিক কোনও অবজেক্ট অরিয়েন্টেড অ্যাপ্লিকেশনটির সঠিক সমাধান না হয়? আমি মনে করি যে বেশিরভাগ ওও অ্যাপ্লিকেশনগুলি সেগুলি ইভেন্ট প্রযোজক এবং গ্রাহক হিসাবে ডিজাইন করা থাকলে উপকৃত হতে পারে।
শেষ অবধি, একটি "পদ্ধতি কল" আসলে কোনও বস্তুর কাছে পৌঁছে যাওয়া একটি বার্তা এবং বিষয়টি বার্তাটি দিয়ে কিছু করা এবং অপারেশন সম্পাদন করে কিনা তা সিদ্ধান্ত নেওয়ার জন্য বিষয়টি দায়ী। এটি জাভা হিসাবে দৃ strongly়ভাবে টাইপ করা ভাষায় খুব স্পষ্ট নয়, তবে এটি রুবির মতো গতিশীল ভাষায় আরও স্পষ্ট হয়ে ওঠে।
ইভেন্ট ভিত্তিক হিসাবে অ্যাপ্লিকেশন ডিজাইনের আরেকটি আকর্ষণীয় বিষয় হ'ল সাধারণত অভ্যন্তরীণ উপাদানগুলি যথাযথভাবে বিচ্ছিন্ন এবং সুসংহত করতে হয়, অন্যথায় কোডটি খুব দ্রুত গন্ডগোল হয়ে যায়। উদাহরণ হিসাবে, আমি আসলেই অ্যালিস্টার ককবার্ন দ্বারা ব্যবহৃত হেক্সাগোনাল আর্কিটেকচারের ধারণাটি পছন্দ করি , কারণ সাধারণত এই প্যাটার্নটি আরও ভাল সংযুক্তি তৈরি করে এবং আরও শক্তিশালী উপাদান তৈরি করে (আমার দৃষ্টিতে) hes
আমি মনে করি (তবে আমি সম্ভবত ভুল) যে এটি ডোমেন ইভেন্টগুলির ডোমেন ড্রাইভড ডিজাইন ধারণার সাথেও সম্পর্কিত , যেখানে ডোমেন ক্লাসগুলি অন্যান্য বস্তুর দ্বারা ক্যাপচারিত ইভেন্টগুলি নির্গত করে এবং এই বস্তুটি এখনও অন্য ইভেন্টগুলি নির্গত করে (আপনি কোথায় দেখেন এটি চলছে: ডি)। আমি এই প্যাটার্নটি সম্পর্কে যা পছন্দ করি তা হ'ল ইন্টারফেসগুলি রোলসকে মডেল করে, বাস্তবায়ন নয়।
দুঃখিত, যদি আমি বেশি কিছু না বুঝি, আমি গত কয়েক মাস ধরে আশ্চর্যজনক ফলাফল নিয়ে এই নিদর্শনগুলি নিয়ে পরীক্ষা-নিরীক্ষা করছি, তবে আমি এখনও ধারণাগুলি এবং সেগুলি কতটা পৌঁছানোর তা বোঝার চেষ্টা করছি।