Generic Host ও অ্যাপ্লিকেশন ডিজাইন টপিক

এই টপিকে যা গুছিয়ে নেওয়া ভালো

একটি .NET অ্যাপ্লিকেশন একটু বড় হলেই Main, Program.cs, ফর্মের ইনিশিয়ালাইজেশন, রেসিডেন্ট প্রসেস, কনফিগারেশন পড়া ও লগের ইনিশিয়ালাইজেশন ছড়িয়ে-ছিটিয়ে পড়তে থাকে। Generic Host-কে কেন্দ্রে রেখে পুরো অ্যাপ্লিকেশনের শুরু ও থামা কীভাবে ডিজাইন করবেন — তা ঘুরে দেখার জন্যই এই টপিক।

• DI, কনফিগারেশন ও লগ কোথায় সংযুক্ত করবেন।
• BackgroundService ও রেসিডেন্ট প্রসেসের লাইফসাইকেলের মালিক কে।
• থামার সময় সুশৃঙ্খল শাটডাউন ও ডেটা ফ্লাশ কীভাবে সামলাবেন।
• UI-এর বাইরে থাকা প্রসেসগুলো কীভাবে গুছিয়ে নেবেন।

পরামর্শে প্রায়ই আসা প্রশ্ন

• Task.Run ও টাইমার সব জায়গায় ছড়িয়ে আছে, আর সেগুলো থামানোর দায়িত্ব কার তা স্পষ্ট নয়।
• Host.CreateApplicationBuilder ও BackgroundService কতটা পর্যন্ত গ্রহণ করবেন তা নিয়ে দ্বিধা থাকে।
• কনসোল, worker ও ডেস্কটপ অ্যাপ্লিকেশনের ভিত্তি একই রকম করতে চান।
• কনফিগারেশন, লগ ও DI-এর সংযোগ পরবর্তীতে একটু একটু করে যোগ হতে হতে রক্ষণাবেক্ষণ কঠিন হয়ে পড়েছে।

প্রস্তাবিত পদ্ধতি

Generic Host-এর API-এর নাম মুখস্থ করাই সাধারণত যথেষ্ট নয়: শুরু, লাইফসাইকেল ও দায়িত্ব বণ্টন একসাথে বিবেচনা করলে গুছিয়ে নেওয়া সহজ হয়। তিনটি সংশ্লিষ্ট নিবন্ধকে প্রবেশপথ হিসেবে নিয়ে Windows ডেভেলপমেন্ট ও ডিজাইন রিভিউয়ের পাতাগুলোর সাথে ব্যবহার করলে, host কতটা পর্যন্ত আনা উচিত তা পরিষ্কার হয়।

সম্পর্কিত নিবন্ধ

আমাদের সাথে যোগাযোগ করুন

এই পৃষ্ঠাটি যদি আপনার পরিস্থিতির সাথে মিলে যায়, তাহলে বর্তমান প্রেক্ষাপট এবং আপনার কী ধরনের সহায়তা প্রয়োজন তা আমাদের জানান।