আমি নিশ্চিত আপনি আগেও এমন অভিজ্ঞতার সম্মুখীন হয়েছেন: আপনি একটি ব্যাকগ্রাউন্ড প্রসেস চালু করলেন, এবং তারপর ব্যবহারকারী হঠাৎ স্ক্রিনটি বন্ধ করে দিলেন বা তার সিদ্ধান্ত পরিবর্তন করলেন। আপনি যদি সেই থ্রেডটি সঠিকভাবে পরিচালনা না করেন, তাহলে দেখবেন অ্যাপ্লিকেশনটি এমনভাবে চলতে থাকছে যেন কিছুই হয়নি, এবং অকল্পনীয়ভাবে ব্যাটারি ও র্যাম খরচ করতে থাকছে। এখানেই... সহযোগিতামূলক বাতিলকরণআমাদের অ্যাপ্লিকেশনগুলোকে বিপথগামী হওয়া থেকে রক্ষা করতে এবং সেগুলোর প্রকৃত কার্যকারিতা নিশ্চিত করার জন্য এটি একটি মৌলিক ধারণা।
এটি কাজ করার জন্য, শুধু একটি "স্টপ" কমান্ড দেওয়াই যথেষ্ট নয়; কো-রুটিনটিকে অবশ্যই সহযোগিতা করতে এবং এটির আর প্রয়োজন নেই কিনা তা পরীক্ষা করতে ইচ্ছুক হতে হবে। আপনি অ্যান্ড্রয়েড ইকোসিস্টেমে প্রোগ্রামিং করছেন কিনা কোটলিন কোরাউটিন অথবা পাইথনের সাথে asyncio ব্যবহার করে বুঝুন কখন এবং কীভাবে একটি কাজ বন্ধ করতে হবে একটি পেশাদার অ্যাপ এবং সম্পদের অভাবে নিজে থেকে বন্ধ হয়ে যাওয়া একটি অ্যাপের মধ্যে এটাই পার্থক্য।
গ্রেপ্তারে সহযোগিতার ধারণা
কো-রুটিনের জগতে, বাতিল করাটা কোনো দ্রুত ও চূড়ান্ত আঘাত নয়। অর্থাৎ, যদি আপনি একটি জব চালু করার পর কল করেন cancel()যদি কো-রুটিনটি একটি সিপিইউ-ভারী লুপ সম্পাদন করে, তবে এটি তাৎক্ষণিকভাবে বন্ধ হয় না। প্রক্রিয়াটি কার্যকর হওয়ার জন্য, কাজটি অবশ্যই হতে হবে স্থগিত করা যেতে পারে অথবা এটি বাতিল করা হয়েছে কিনা তা স্পষ্টভাবে যাচাই করুন।
কোটলিনে এটি অর্জন করার একটি অত্যন্ত কার্যকর উপায় হলো ফাংশনের মাধ্যমে। সক্রিয় নিশ্চিত করুন()যা কো-রুটিনটি আর সক্রিয় না থাকলে একটি ক্যান্সেলেশন এক্সেপশন থ্রো করে। অন্যদিকে, সমস্ত স্ট্যান্ডার্ড সাসপেনশন ফাংশন, যেমন delay o withContextতারা এর জন্য প্রস্তুত হয়েই আসে, তাই আপনার কোড যদি তাদের ওপর নির্ভরশীল হয়, তাহলে আপনার অনেক কাজ ইতিমধ্যেই হয়ে গেছে।
তথ্য ফাঁস রোধে পরিধি ও প্রেরণকারী ব্যবস্থাপনা
আমরা নিয়ন্ত্রণহীনভাবে কাজ চাপিয়ে দিতে পারি না। এর ব্যবহার গ্লোবালস্কোপ সাধারণত এটি একটি খারাপ ধারণা, কারণ এটি এমন কো-রুটিন তৈরি করে যা স্বয়ংক্রিয়ভাবে বন্ধ হয় না, ফলে মেমোরি লিকের সম্ভাবনা বেড়ে যায়। আদর্শগতভাবে, আপনার কম্পোনেন্টের লাইফসাইকেলের সাথে যুক্ত স্কোপ ব্যবহার করা উচিত, যেমন... ভিউমডেলস্কোপ অ্যান্ড্রয়েডে, এটি শুধুমাত্র তখনই পরিষ্কার করা হয় যখন ViewModel-টি ডেস্ট্রয় করা হয়।
সর্বোত্তম কার্যকারিতার জন্য, কাজটি কোথায় করা হবে তা আমাদের সতর্কতার সাথে বেছে নিতে হবে। প্রেরণকারী। প্রধান এটি UI-এর জন্য অপরিহার্য এবং শুধুমাত্র হালকা কাজগুলোই এর দ্বারা সম্পন্ন হওয়া উচিত। যদি আমাদের কোনো ফাইল পড়তে বা API অনুরোধ করতে হয়, তবে আমাদের সরাসরি অন্য ধাপে চলে যাওয়া উচিত। ডিসপ্যাচারস.আইওআর যদি আমাদের একটি বিশাল JSON ফাইল প্রসেস করতে বা জটিল গাণিতিক গণনা করতে হয়, তাহলে যৌক্তিক কাজটি হলো ব্যবহার করা ডিসপ্যাচার। ডিফল্টযা সিপিইউ-এর সকল কোরের সুবিধা গ্রহণ করে।
কাঠামোগত সমান্তরালতা এবং টাস্কগ্রুপ
একই সাথে একাধিক কাজ পরিচালনা করার ক্ষেত্রে, স্ট্রাকচার্ড কনকারেন্সি আমাদের সেরা সহযোগী। পাইথনে, ক্লাস টাস্কগ্রুপ এটি আপনাকে একাধিক টাস্ক চালু করতে এবং ব্লক থেকে বের হওয়ার আগে সেগুলোর সবগুলো সম্পন্ন হওয়া নিশ্চিত করতে দেয়। মজার ব্যাপার হলো, যদি টাস্কগুলোর মধ্যে একটি ব্যর্থ হয়, তাহলে গ্রুপটি স্বয়ংক্রিয়ভাবে বাতিল হয়ে যায় বাকি সহযোগী প্রসেসগুলোকে ব্যাকগ্রাউন্ডে জম্বি টাস্ক চলতে বাধা দেয়।
কোটলিনে, আমরা এর মাধ্যমে একই রকম প্রভাব অর্জন করতে পারি coroutineScope o তত্ত্বাবধায়ক পরিধিপার্থক্যটা হলো, একজন ব্যর্থ হলে সুপারভাইজার তার সহযোগীদের শাস্তি দেন না, যা অত্যন্ত গুরুত্বপূর্ণ যখন কাজগুলো একে অপরের থেকে স্বাধীন থাকে এবং আমরা চাই না যে একটিমাত্র ভুলের কারণে পুরো কর্মপ্রবাহ থেমে যাক।
ত্রুটি পরিচালনা এবং ব্যতিক্রম ফাঁদ
এখানেই অনেক প্রোগ্রামার ভুল করেন। try-catch ব্লকের মাধ্যমে এক্সেপশন ধরার সময়, সবগুলো একসাথে ধরে ফেলা খুবই সাধারণ একটি প্রবণতা। Exception সাধারণ। সমস্যাটি হলো যে বাতিলকরণ ব্যতিক্রম সিস্টেম কো-রুটিন বন্ধ করার জন্য এই সংকেতটি ব্যবহার করে। আপনি যদি এটি ক্যাপচার করে পুনরায় না চালান, তবে আপনি সিস্টেমকে "ধোঁকা" দিচ্ছেন, এবং আপনার থামার অনুরোধ সত্ত্বেও টাস্কটি চলতে থাকবে।
সুবর্ণ নিয়ম হল নির্দিষ্ট ব্যতিক্রমগুলি ক্যাপচার করুন, হিসাবে হিসাবে IOExceptionএবং বাতিলকরণ অবাধে হতে দিন। শুধুমাত্র যদি রিসোর্সের গভীর পরিচ্ছন্নতা (যেমন কোনো ফাইল বা সংযোগ বন্ধ করা) করার প্রয়োজন হয়, তবেই আপনার একটি ব্লক ব্যবহার করা উচিত। পরিশেষে দুর্নীতির এই রীতি চিরতরে বিলুপ্ত হওয়ার আগে সবকিছু যেন নিষ্কলঙ্ক থাকে, তা নিশ্চিত করতে।
Flow এবং asyncio-এর সাথে প্রতিক্রিয়াশীল ডেটা প্রবাহ
যেসব ক্ষেত্রে আমরা একটিমাত্র ফলাফলের পরিবর্তে তথ্যের নিরন্তর প্রবাহ চাই, সেখানে এর ব্যবহার কোটলিনে স্টেটফ্লো এবং শেয়ার্ডফ্লো পাইথনে অ্যাসিঙ্ক্রোনাস ইটারেটর ব্যবহার করা খুবই গুরুত্বপূর্ণ। অ্যান্ড্রয়েডে, একটি প্যাটার্ন ব্যবহার করা হয়... স্টেটফ্লো রিপোজিটরিতে এবং UI-তে এটি সংগ্রহ করতে ব্যবহার করুন collectAsStateWithLifecycle এর ফলে অ্যাপটি ব্যাকগ্রাউন্ডে গেলে ডেটা সংগ্রহ স্বয়ংক্রিয়ভাবে স্থগিত হয়ে যায়।
আপনার যদি এমন একটি সার্চ ফাংশন থাকে যেখানে ব্যবহারকারী অক্ষর ধরে ধরে টাইপ করে, তাহলে আপনি সার্ভারে দশটি রিকোয়েস্ট পাঠাতে চাইবেন না। এখানেই সমস্যাটা হয়। সর্বশেষ সংগ্রহ করুন এর বিশেষত্ব হলো, নতুন কোনো মান আসা মাত্রই এটি স্বয়ংক্রিয়ভাবে পূর্ববর্তী সংগ্রহটি বাতিল করে দেয়, যার ফলে ব্যান্ডউইথ এবং ডিভাইসের লোড সাশ্রয় হয়।
সময় সিঙ্ক্রোনাইজেশন এবং নিয়ন্ত্রণ
মাঝে মাঝে কোনো কাজ আটকে যায় এবং আমাদের একটি সীমারেখার প্রয়োজন হয়। এর ব্যবহার টাইমআউট সহ কোটলিনে অথবা asyncio.timeout() পাইথনে, এর মাধ্যমে আমরা একটি সর্বোচ্চ অপেক্ষার সময় নির্ধারণ করতে পারি। যদি কাজটি সেই সময়ের মধ্যে শেষ না হয়, তাহলে একটি টাইমআউট ত্রুটি দেখানো হয় এবং প্রক্রিয়াটি চলতে থাকে। টাস্ক বাতিলকরণব্যবহারকারীকে অনন্ত লোডিং স্ক্রিনের দিকে তাকিয়ে থাকা থেকে বিরত রাখা।
যাঁদের এমন একটি গুরুত্বপূর্ণ অভিযান রক্ষা করতে হয় যা কোনো অবস্থাতেই বাতিল করা যাবে না, তাঁদের জন্য একটি ফাংশন রয়েছে। shield() asyncio-তে এটি একটি সুরক্ষা স্তর তৈরি করে যা বাহ্যিক বাতিলকরণকে অভ্যন্তরীণ প্রক্রিয়াকে প্রভাবিত করা থেকে বিরত রাখে, যদিও অনিয়ন্ত্রিত প্রক্রিয়া তৈরি হওয়া এড়াতে এটি অত্যন্ত সতর্কতার সাথে ব্যবহার করার পরামর্শ দেওয়া হয়।
