M

MLOG

বাংলা

`using` এবং `await using` এর সাহায্যে জাভাস্ক্রিপ্টের নতুন এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্টে দক্ষ হোন। ক্লিনআপ অটোমেট করতে, রিসোর্স লিক প্রতিরোধ করতে এবং আরও পরিচ্ছন্ন ও শক্তিশালী কোড লিখতে শিখুন।

জাভাস্ক্রিপ্টের নতুন সুপারপাওয়ার: এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্টের গভীরে

সফ্টওয়্যার ডেভেলপমেন্টের গতিশীল জগতে, শক্তিশালী, নির্ভরযোগ্য এবং পারফরম্যান্ট অ্যাপ্লিকেশন তৈরির জন্য রিসোর্স ম্যানেজমেন্ট একটি গুরুত্বপূর্ণ ভিত্তি। কয়েক দশক ধরে, জাভাস্ক্রিপ্ট ডেভেলপাররা ফাইল হ্যান্ডেল, নেটওয়ার্ক কানেকশন বা ডেটাবেস সেশনের মতো গুরুত্বপূর্ণ রিসোর্সগুলো সঠিকভাবে রিলিজ করার জন্য try...catch...finally-এর মতো ম্যানুয়াল প্যাটার্নের উপর নির্ভর করে আসছে। যদিও এটি কার্যকরী, এই পদ্ধতিটি প্রায়শই দীর্ঘ, ত্রুটিপ্রবণ এবং জটিল পরিস্থিতিতে সহজেই নিয়ন্ত্রণহীন হয়ে পড়তে পারে, যা কখনও কখনও "পিরামিড অফ ডুম" (pyramid of doom) নামে পরিচিত।

ভাষার জন্য একটি নতুন দিগন্তের সূচনা: এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্ট (ERM)। ECMAScript 2024 (ES2024) স্ট্যান্ডার্ডে চূড়ান্ত হওয়া এই শক্তিশালী ফিচারটি C#, Python এবং Java-এর মতো ভাষার দ্বারা অনুপ্রাণিত, যা রিসোর্স ক্লিনআপের জন্য একটি ঘোষণামূলক এবং স্বয়ংক্রিয় উপায় উপস্থাপন করে। নতুন using এবং await using কীওয়ার্ড ব্যবহার করে, জাভাস্ক্রিপ্ট এখন একটি চিরন্তন প্রোগ্রামিং চ্যালেঞ্জের জন্য আরও মার্জিত এবং নিরাপদ সমাধান প্রদান করে।

এই বিস্তারিত গাইডটি আপনাকে জাভাস্ক্রিপ্টের এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্টের মধ্য দিয়ে একটি যাত্রায় নিয়ে যাবে। আমরা এটি যে সমস্যাগুলো সমাধান করে তা অন্বেষণ করব, এর মূল ধারণাগুলো বিশ্লেষণ করব, ব্যবহারিক উদাহরণ দেখব এবং উন্নত প্যাটার্নগুলো উন্মোচন করব যা আপনাকে আরও পরিচ্ছন্ন, আরও স্থিতিশীল কোড লিখতে সক্ষম করবে, আপনি বিশ্বের যেখানেই ডেভেলপ করুন না কেন।

পুরানো পদ্ধতি: ম্যানুয়াল রিসোর্স ক্লিনআপের চ্যালেঞ্জ

নতুন সিস্টেমের সৌন্দর্য উপলব্ধি করার আগে, আমাদের পুরানো সিস্টেমের সমস্যাগুলো বুঝতে হবে। জাভাস্ক্রিপ্টে রিসোর্স ম্যানেজমেন্টের ক্লাসিক প্যাটার্ন হলো try...finally ব্লক।

এর যুক্তি সহজ: আপনি try ব্লকে একটি রিসোর্স অর্জন করেন এবং finally ব্লকে তা ছেড়ে দেন। finally ব্লকটি কার্যকর হওয়ার নিশ্চয়তা দেয়, তা try ব্লকের কোড সফল হোক, ব্যর্থ হোক বা অকালে রিটার্ন করুক।

আসুন একটি সাধারণ সার্ভার-সাইড পরিস্থিতি বিবেচনা করি: একটি ফাইল খোলা, তাতে কিছু ডেটা লেখা এবং তারপর নিশ্চিত করা যে ফাইলটি বন্ধ হয়েছে।

উদাহরণ: try...finally ব্যবহার করে একটি সাধারণ ফাইল অপারেশন


const fs = require('fs/promises');

async function processFile(filePath, data) {
  let fileHandle;
  try {
    console.log('ফাইল খোলা হচ্ছে...');
    fileHandle = await fs.open(filePath, 'w');
    console.log('ফাইলে লেখা হচ্ছে...');
    await fileHandle.write(data);
    console.log('ডেটা সফলভাবে লেখা হয়েছে।');
  } catch (error) {
    console.error('ফাইল প্রসেসিংয়ের সময় একটি ত্রুটি ঘটেছে:', error);
  } finally {
    if (fileHandle) {
      console.log('ফাইল বন্ধ করা হচ্ছে...');
      await fileHandle.close();
    }
  }
}

এই কোডটি কাজ করে, কিন্তু এটি কয়েকটি দুর্বলতা প্রকাশ করে:

এখন, কল্পনা করুন একাধিক রিসোর্স পরিচালনা করছেন, যেমন একটি ডেটাবেস কানেকশন এবং একটি ফাইল হ্যান্ডেল। কোডটি দ্রুত একটি নেস্টেড জগাখিচুড়িতে পরিণত হয়:


async function logQueryResultToFile(query, filePath) {
  let dbConnection;
  try {
    dbConnection = await getDbConnection();
    const result = await dbConnection.query(query);

    let fileHandle;
    try {
      fileHandle = await fs.open(filePath, 'w');
      await fileHandle.write(JSON.stringify(result));
    } finally {
      if (fileHandle) {
        await fileHandle.close();
      }
    }
  } finally {
    if (dbConnection) {
      await dbConnection.release();
    }
  }
}

এই নেস্টিং বজায় রাখা এবং স্কেল করা কঠিন। এটি একটি স্পষ্ট সংকেত যে একটি ভালো অ্যাবস্ট্র্যাকশন প্রয়োজন। এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্ট ঠিক এই সমস্যাটি সমাধান করার জন্য ডিজাইন করা হয়েছে।

একটি নতুন দিগন্ত: এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্টের মূলনীতি

এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্ট (ERM) একটি রিসোর্স অবজেক্ট এবং জাভাস্ক্রিপ্ট রানটাইমের মধ্যে একটি চুক্তি স্থাপন করে। মূল ধারণাটি সহজ: একটি অবজেক্ট ঘোষণা করতে পারে যে এটিকে কীভাবে পরিষ্কার করা উচিত এবং ভাষাটি সেই অবজেক্টটি স্কোপের বাইরে চলে গেলে স্বয়ংক্রিয়ভাবে সেই ক্লিনআপ সম্পাদনের জন্য সিনট্যাক্স সরবরাহ করে।

এটি দুটি প্রধান উপাদানের মাধ্যমে অর্জন করা হয়:

  1. ডিসপোজেবল প্রোটোকল (The Disposable Protocol): অবজেক্টগুলোর জন্য বিশেষ সিম্বল ব্যবহার করে তাদের নিজস্ব ক্লিনআপ লজিক সংজ্ঞায়িত করার একটি স্ট্যান্ডার্ড উপায়: সিঙ্ক্রোনাস ক্লিনআপের জন্য Symbol.dispose এবং অ্যাসিঙ্ক্রোনাস ক্লিনআপের জন্য Symbol.asyncDispose।
  2. using এবং await using ডিক্লারেশন: নতুন কীওয়ার্ড যা একটি রিসোর্সকে একটি ব্লক স্কোপের সাথে আবদ্ধ করে। যখন ব্লক থেকে বের হওয়া হয়, তখন রিসোর্সের ক্লিনআপ মেথডটি স্বয়ংক্রিয়ভাবে কল করা হয়।

মূল ধারণা: `Symbol.dispose` এবং `Symbol.asyncDispose`

ERM-এর কেন্দ্রবিন্দুতে রয়েছে দুটি নতুন সুপরিচিত সিম্বল। একটি অবজেক্ট যার একটি মেথড এই সিম্বলগুলোর মধ্যে একটিকে কী (key) হিসাবে ব্যবহার করে, তাকে "ডিসপোজেবল রিসোর্স" হিসাবে বিবেচনা করা হয়।

`Symbol.dispose` দিয়ে সিঙ্ক্রোনাস ডিসপোজাল

Symbol.dispose সিম্বল একটি সিঙ্ক্রোনাস ক্লিনআপ মেথড নির্দিষ্ট করে। এটি সেইসব রিসোর্সের জন্য উপযুক্ত যেখানে ক্লিনআপের জন্য কোনো অ্যাসিঙ্ক্রোনাস অপারেশনের প্রয়োজন হয় না, যেমন সিঙ্ক্রোনাসভাবে একটি ফাইল হ্যান্ডেল বন্ধ করা বা একটি ইন-মেমরি লক রিলিজ করা।

আসুন একটি অস্থায়ী ফাইলের জন্য একটি র‍্যাপার তৈরি করি যা নিজেকে পরিষ্কার করে।


const fs = require('fs');
const path = require('path');

class TempFile {
  constructor(content) {
    this.path = path.join(__dirname, `temp_${Date.now()}.txt`);
    fs.writeFileSync(this.path, content);
    console.log(`অস্থায়ী ফাইল তৈরি হয়েছে: ${this.path}`);
  }

  // এটি সিঙ্ক্রোনাস ডিসপোজেবল মেথড
  [Symbol.dispose]() {
    console.log(`অস্থায়ী ফাইল ডিসপোজ করা হচ্ছে: ${this.path}`);
    try {
      fs.unlinkSync(this.path);
      console.log('ফাইল সফলভাবে মুছে ফেলা হয়েছে।');
    } catch (error) {
      console.error(`ফাইল মুছতে ব্যর্থ: ${this.path}`, error);
      // dispose এর মধ্যেও ত্রুটি হ্যান্ডেল করা গুরুত্বপূর্ণ!
    }
  }
}

`TempFile`-এর যেকোনো ইনস্ট্যান্স এখন একটি ডিসপোজেবল রিসোর্স। এটির `Symbol.dispose` দ্বারা কী-যুক্ত একটি মেথড আছে যা ডিস্ক থেকে ফাইলটি মুছে ফেলার লজিক ধারণ করে।

`Symbol.asyncDispose` দিয়ে অ্যাসিঙ্ক্রোনাস ডিসপোজাল

অনেক আধুনিক ক্লিনআপ অপারেশন অ্যাসিঙ্ক্রোনাস হয়। একটি ডেটাবেস কানেকশন বন্ধ করার জন্য নেটওয়ার্কের মাধ্যমে একটি `QUIT` কমান্ড পাঠানোর প্রয়োজন হতে পারে, অথবা একটি মেসেজ কিউ ক্লায়েন্টকে তার আউটগোয়িং বাফার ফ্লাশ করতে হতে পারে। এই পরিস্থিতিগুলোর জন্য, আমরা `Symbol.asyncDispose` ব্যবহার করি।

`Symbol.asyncDispose`-এর সাথে যুক্ত মেথডটিকে অবশ্যই একটি `Promise` রিটার্ন করতে হবে (অথবা একটি `async` ফাংশন হতে হবে)।

আসুন একটি মক ডেটাবেস কানেকশন মডেল করি যা অ্যাসিঙ্ক্রোনাসভাবে একটি পুলে ফিরিয়ে দেওয়া প্রয়োজন।


// একটি মক ডেটাবেস পুল
const mockDbPool = {
  getConnection: () => {
    console.log('DB কানেকশন অর্জিত হয়েছে।');
    return new MockDbConnection();
  }
};

class MockDbConnection {
  query(sql) {
    console.log(`কোয়েরি চালানো হচ্ছে: ${sql}`);
    return Promise.resolve({ success: true, rows: [] });
  }

  // এটি অ্যাসিঙ্ক্রোনাস ডিসপোজেবল মেথড
  async [Symbol.asyncDispose]() {
    console.log('DB কানেকশন পুলে ফিরিয়ে দেওয়া হচ্ছে...');
    // কানেকশনটি রিলিজ করার জন্য একটি নেটওয়ার্ক ডিলে সিমুলেট করা হচ্ছে
    await new Promise(resolve => setTimeout(resolve, 50));
    console.log('DB কানেকশন রিলিজ হয়েছে।');
  }
}

এখন, যেকোনো `MockDbConnection` ইনস্ট্যান্স একটি অ্যাসিঙ্ক ডিসপোজেবল রিসোর্স। এটি জানে যে যখন এটির আর প্রয়োজন নেই, তখন কীভাবে নিজেকে অ্যাসিঙ্ক্রোনাসভাবে রিলিজ করতে হয়।

নতুন সিনট্যাক্স: `using` এবং `await using`-এর ব্যবহার

আমাদের ডিসপোজেবল ক্লাসগুলো সংজ্ঞায়িত করার পর, আমরা এখন নতুন কীওয়ার্ড ব্যবহার করে এগুলোকে স্বয়ংক্রিয়ভাবে পরিচালনা করতে পারি। এই কীওয়ার্ডগুলো `let` এবং `const`-এর মতো ব্লক-স্কোপড ডিক্লারেশন তৈরি করে।

`using` দিয়ে সিঙ্ক্রোনাস ক্লিনআপ

`using` কীওয়ার্ডটি সেইসব রিসোর্সের জন্য ব্যবহৃত হয় যা `Symbol.dispose` ইমপ্লিমেন্ট করে। যখন কোড এক্সিকিউশন `using` ডিক্লারেশন করা ব্লকটি ছেড়ে যায়, তখন `[Symbol.dispose]()` মেথডটি স্বয়ংক্রিয়ভাবে কল করা হয়।

আসুন আমাদের `TempFile` ক্লাসটি ব্যবহার করি:


function processDataWithTempFile() {
  console.log('ব্লকে প্রবেশ করা হচ্ছে...');
  using tempFile = new TempFile('এটি কিছু গুরুত্বপূর্ণ ডেটা।');

  // আপনি এখানে tempFile নিয়ে কাজ করতে পারেন
  const content = fs.readFileSync(tempFile.path, 'utf8');
  console.log(`অস্থায়ী ফাইল থেকে পড়া হয়েছে: "${content}"`);

  // এখানে কোনো ক্লিনআপ কোডের প্রয়োজন নেই!
  console.log('...আরও কাজ করা হচ্ছে...');
} // <-- tempFile.[Symbol.dispose]() এখানে স্বয়ংক্রিয়ভাবে কল করা হয়!

processDataWithTempFile();
console.log('ব্লক থেকে বের হওয়া হয়েছে।');

এর আউটপুট হবে:

ব্লকে প্রবেশ করা হচ্ছে...
অস্থায়ী ফাইল তৈরি হয়েছে: /path/to/temp_1678886400000.txt
অস্থায়ী ফাইল থেকে পড়া হয়েছে: "এটি কিছু গুরুত্বপূর্ণ ডেটা।"
...আরও কাজ করা হচ্ছে...
অস্থায়ী ফাইল ডিসপোজ করা হচ্ছে: /path/to/temp_1678886400000.txt
ফাইল সফলভাবে মুছে ফেলা হয়েছে।
ব্লক থেকে বের হওয়া হয়েছে।

দেখুন এটি কতটা পরিচ্ছন্ন! রিসোর্সের সম্পূর্ণ জীবনচক্র ব্লকের মধ্যেই সীমাবদ্ধ। আমরা এটি ঘোষণা করি, ব্যবহার করি এবং তারপর ভুলে যাই। ভাষাটি ক্লিনআপ পরিচালনা করে। এটি পঠনযোগ্যতা এবং সুরক্ষার দিক থেকে একটি বিশাল উন্নতি।

একাধিক রিসোর্স পরিচালনা

আপনি একই ব্লকে একাধিক `using` ডিক্লারেশন রাখতে পারেন। এগুলো তাদের তৈরির বিপরীত ক্রমে (LIFO বা "স্ট্যাক-এর মতো" আচরণ) ডিসপোজ করা হবে।


{
  using resourceA = new MyDisposable('A'); // প্রথমে তৈরি
  using resourceB = new MyDisposable('B'); // দ্বিতীয়তে তৈরি
  console.log('ব্লকের ভিতরে, রিসোর্স ব্যবহার করা হচ্ছে...');
} // প্রথমে resourceB ডিসপোজ হবে, তারপর resourceA

`await using` দিয়ে অ্যাসিঙ্ক্রোনাস ক্লিনআপ

`await using` কীওয়ার্ডটি `using`-এর অ্যাসিঙ্ক্রোনাস প্রতিপক্ষ। এটি `Symbol.asyncDispose` ইমপ্লিমেন্ট করা রিসোর্সের জন্য ব্যবহৃত হয়। যেহেতু ক্লিনআপটি অ্যাসিঙ্ক্রোনাস, তাই এই কীওয়ার্ডটি কেবল একটি `async` ফাংশনের ভিতরে বা একটি মডিউলের টপ-লেভেলে (যদি টপ-লেভেল await সমর্থিত হয়) ব্যবহার করা যেতে পারে।

আসুন আমাদের `MockDbConnection` ক্লাসটি ব্যবহার করি:


async function performDatabaseOperation() {
  console.log('অ্যাসিঙ্ক ফাংশনে প্রবেশ করা হচ্ছে...');
  await using db = mockDbPool.getConnection();

  await db.query('SELECT * FROM users');

  console.log('ডেটাবেস অপারেশন সম্পন্ন।');
} // <-- await db.[Symbol.asyncDispose]() এখানে স্বয়ংক্রিয়ভাবে কল করা হয়!

(async () => {
  await performDatabaseOperation();
  console.log('অ্যাসিঙ্ক ফাংশন সম্পন্ন হয়েছে।');
})();

আউটপুটটি অ্যাসিঙ্ক্রোনাস ক্লিনআপ প্রদর্শন করে:

অ্যাসিঙ্ক ফাংশনে প্রবেশ করা হচ্ছে...
DB কানেকশন অর্জিত হয়েছে।
কোয়েরি চালানো হচ্ছে: SELECT * FROM users
ডেটাবেস অপারেশন সম্পন্ন।
DB কানেকশন পুলে ফিরিয়ে দেওয়া হচ্ছে...
(৫০ms অপেক্ষা করে)
DB কানেকশন রিলিজ হয়েছে।
অ্যাসিঙ্ক ফাংশন সম্পন্ন হয়েছে।

`using`-এর মতোই, `await using` সিনট্যাক্সটি সম্পূর্ণ জীবনচক্র পরিচালনা করে, কিন্তু এটি সঠিকভাবে অ্যাসিঙ্ক্রোনাস ক্লিনআপ প্রক্রিয়াটি `await` করে। এটি এমনকি শুধু সিঙ্ক্রোনাসভাবে ডিসপোজেবল রিসোর্সগুলোও পরিচালনা করতে পারে—এটি সেগুলোকে await করবে না।

উন্নত প্যাটার্ন: `DisposableStack` এবং `AsyncDisposableStack`

কখনও কখনও, `using`-এর সাধারণ ব্লক-স্কোপিং যথেষ্ট নমনীয় হয় না। যদি আপনাকে এমন একদল রিসোর্স পরিচালনা করতে হয় যার জীবনকাল একটি একক লেক্সিক্যাল ব্লকের সাথে বাঁধা নয়? অথবা যদি আপনি একটি পুরানো লাইব্রেরির সাথে ইন্টিগ্রেট করছেন যা `Symbol.dispose` সহ অবজেক্ট তৈরি করে না?

এই পরিস্থিতিগুলোর জন্য, জাভাস্ক্রিপ্ট দুটি সাহায্যকারী ক্লাস সরবরাহ করে: `DisposableStack` এবং `AsyncDisposableStack`।

`DisposableStack`: নমনীয় ক্লিনআপ ম্যানেজার

একটি `DisposableStack` হলো একটি অবজেক্ট যা ক্লিনআপ অপারেশনের একটি সংগ্রহ পরিচালনা করে। এটি নিজেও একটি ডিসপোজেবল রিসোর্স, তাই আপনি একটি `using` ব্লক দিয়ে এর পুরো জীবনকাল পরিচালনা করতে পারেন।

এর বেশ কিছু দরকারী মেথড আছে:

উদাহরণ: শর্তসাপেক্ষ রিসোর্স ম্যানেজমেন্ট

একটি ফাংশন কল্পনা করুন যা একটি লগ ফাইল খোলে শুধুমাত্র যদি একটি নির্দিষ্ট শর্ত পূরণ হয়, কিন্তু আপনি চান যে সমস্ত ক্লিনআপ শেষে এক জায়গায় ঘটুক।


function processWithConditionalLogging(shouldLog) {
  using stack = new DisposableStack();

  const db = stack.use(getDbConnection()); // সবসময় DB ব্যবহার করুন

  if (shouldLog) {
    const logFileStream = fs.createWriteStream('app.log');
    // স্ট্রিমটির জন্য ক্লিনআপ স্থগিত করুন
    stack.defer(() => {
      console.log('লগ ফাইল স্ট্রিম বন্ধ করা হচ্ছে...');
      logFileStream.end();
    });
    db.logTo(logFileStream);
  }

  db.doWork();

} // <-- স্ট্যাকটি ডিসপোজ করা হয়েছে, LIFO ক্রমে সমস্ত নিবন্ধিত ক্লিনআপ ফাংশন কল করছে।

`AsyncDisposableStack`: অ্যাসিঙ্ক্রোনাস জগতের জন্য

আপনি যেমনটি অনুমান করতে পারেন, `AsyncDisposableStack` হলো অ্যাসিঙ্ক্রোনাস সংস্করণ। এটি সিঙ্ক্রোনাস এবং অ্যাসিঙ্ক্রোনাস উভয় ডিসপোজেবল পরিচালনা করতে পারে। এর প্রাথমিক ক্লিনআপ মেথড হলো `.disposeAsync()`, যা একটি `Promise` রিটার্ন করে যা সমস্ত অ্যাসিঙ্ক্রোনাস ক্লিনআপ অপারেশন সম্পন্ন হলে রিজলভ হয়।

উদাহরণ: মিশ্র রিসোর্স পরিচালনা

আসুন একটি ওয়েব সার্ভার রিকোয়েস্ট হ্যান্ডলার তৈরি করি যার জন্য একটি ডেটাবেস কানেকশন (অ্যাসিঙ্ক ক্লিনআপ) এবং একটি অস্থায়ী ফাইল (সিঙ্ক ক্লিনআপ) প্রয়োজন।


async function handleRequest() {
  await using stack = new AsyncDisposableStack();

  // একটি অ্যাসিঙ্ক ডিসপোজেবল রিসোর্স ম্যানেজ করুন
  const dbConnection = await stack.use(getAsyncDbConnection());

  // একটি সিঙ্ক ডিসপোজেবল রিসোর্স ম্যানেজ করুন
  const tempFile = stack.use(new TempFile('request data'));

  // একটি পুরানো API থেকে একটি রিসোর্স অ্যাডপ্ট করুন
  const legacyResource = getLegacyResource();
  stack.adopt(legacyResource, () => legacyResource.shutdown());

  console.log('রিকোয়েস্ট প্রসেস করা হচ্ছে...');
  await doWork(dbConnection, tempFile.path);

} // <-- stack.disposeAsync() কল করা হয়েছে। এটি সঠিকভাবে অ্যাসিঙ্ক ক্লিনআপ await করবে।

`AsyncDisposableStack` একটি শক্তিশালী টুল যা জটিল সেটআপ এবং টিয়ারডাউন লজিককে একটি পরিচ্ছন্ন, পূর্বাভাসযোগ্য পদ্ধতিতে সংগঠিত করার জন্য ব্যবহৃত হয়।

`SuppressedError` এর সাথে শক্তিশালী এরর হ্যান্ডলিং

ERM-এর অন্যতম সূক্ষ্ম কিন্তু গুরুত্বপূর্ণ উন্নতি হলো এটি কীভাবে ত্রুটি পরিচালনা করে। কী হবে যদি `using` ব্লকের ভিতরে একটি ত্রুটি নিক্ষেপ করা হয়, এবং পরবর্তী স্বয়ংক্রিয় ডিসপোজালের সময় *আরেকটি* ত্রুটি নিক্ষেপ করা হয়?

পুরানো `try...finally` জগতে, `finally` ব্লকের ত্রুটিটি সাধারণত `try` ব্লকের মূল, আরও গুরুত্বপূর্ণ ত্রুটিটিকে ওভাররাইট বা "দমন" (suppress) করে ফেলত। এটি প্রায়শই ডিবাগিংকে অবিশ্বাস্যভাবে কঠিন করে তুলত।

ERM একটি নতুন গ্লোবাল এরর টাইপ দিয়ে এই সমস্যার সমাধান করে: `SuppressedError`। যদি অন্য একটি ত্রুটি প্রচারের সময় ডিসপোজালের সময় একটি ত্রুটি ঘটে, তবে ডিসপোজালের ত্রুটিটি "দমন" করা হয়। মূল ত্রুটিটি নিক্ষেপ করা হয়, কিন্তু এখন এটির একটি `suppressed` প্রোপার্টি থাকে যা ডিসপোজালের ত্রুটিটি ধারণ করে।


class FaultyResource {
  [Symbol.dispose]() {
    throw new Error('ডিসপোজালের সময় ত্রুটি!');
  }
}

try {
  using resource = new FaultyResource();
  throw new Error('অপারেশনের সময় ত্রুটি!');
} catch (e) {
  console.log(`ত্রুটি ধরা পড়েছে: ${e.message}`); // অপারেশনের সময় ত্রুটি!
  if (e.suppressed) {
    console.log(`দমন করা ত্রুটি: ${e.suppressed.message}`); // ডিসপোজালের সময় ত্রুটি!
    console.log(e instanceof SuppressedError); // false
    console.log(e.suppressed instanceof Error); // true
  }
}

এই আচরণটি নিশ্চিত করে যে আপনি মূল ব্যর্থতার প্রেক্ষাপটটি কখনও হারাবেন না, যা অনেক বেশি শক্তিশালী এবং ডিবাগযোগ্য সিস্টেমের দিকে পরিচালিত করে।

জাভাস্ক্রিপ্ট ইকোসিস্টেম জুড়ে ব্যবহারিক প্রয়োগ

এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্টের প্রয়োগগুলো বিশাল এবং বিশ্বজুড়ে ডেভেলপারদের জন্য প্রাসঙ্গিক, তারা ব্যাক-এন্ড, ফ্রন্ট-এন্ড বা টেস্টিং-এ কাজ করুক না কেন।

ব্রাউজার এবং রানটাইম সাপোর্ট

একটি আধুনিক ফিচার হিসাবে, এটি জানা গুরুত্বপূর্ণ যে আপনি কোথায় এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্ট ব্যবহার করতে পারেন। ২০২৩-এর শেষ / ২০২৪-এর শুরুতে, প্রধান জাভাস্ক্রিপ্ট পরিবেশের সর্বশেষ সংস্করণগুলোতে এর সাপোর্ট ব্যাপক:

পুরানো পরিবেশের জন্য, `using` সিনট্যাক্স রূপান্তর করতে এবং প্রয়োজনীয় সিম্বল ও স্ট্যাক ক্লাস পলিফিল করার জন্য আপনাকে Babel-এর মতো ট্রান্সপাইলার এবং উপযুক্ত প্লাগইনগুলোর উপর নির্ভর করতে হবে।

উপসংহার: নিরাপত্তা এবং স্বচ্ছতার একটি নতুন যুগ

জাভাস্ক্রিপ্টের এক্সপ্লিসিট রিসোর্স ম্যানেজমেন্ট কেবল সিনট্যাকটিক সুগারের চেয়েও বেশি কিছু; এটি ভাষার একটি মৌলিক উন্নতি যা নিরাপত্তা, স্বচ্ছতা এবং রক্ষণাবেক্ষণযোগ্যতা প্রচার করে। রিসোর্স ক্লিনআপের ক্লান্তিকর এবং ত্রুটিপ্রবণ প্রক্রিয়াটিকে স্বয়ংক্রিয় করে, এটি ডেভেলপারদের তাদের প্রাথমিক ব্যবসায়িক যুক্তিতে মনোযোগ দেওয়ার সুযোগ করে দেয়।

মূল শিক্ষণীয় বিষয়গুলো হলো:

আপনি যখন নতুন প্রকল্প শুরু করবেন বা বিদ্যমান কোড রিফ্যাক্টর করবেন, তখন এই শক্তিশালী নতুন প্যাটার্নটি গ্রহণ করার কথা বিবেচনা করুন। এটি আপনার জাভাস্ক্রিপ্টকে আরও পরিচ্ছন্ন, আপনার অ্যাপ্লিকেশনগুলোকে আরও নির্ভরযোগ্য এবং একজন ডেভেলপার হিসাবে আপনার জীবনকে একটু সহজ করে তুলবে। এটি আধুনিক, পেশাদার জাভাস্ক্রিপ্ট লেখার জন্য একটি সত্যিকারের বিশ্বব্যাপী মান।