, Chromium প্রকল্প Chromium-এ তৃতীয় পক্ষের C++ মরিচা লাইব্রেরির ব্যবহার সমর্থন করবে
গুগল সম্প্রতি ঘোষণা করেছে যে, ক্রোমিয়াম প্রকল্পের নেপথ্যের দলটি তাদের বিল্ড সিস্টেমে একটি প্রোডাকশন রাস্ট টুলচেইন যুক্ত করার জন্য কাজ করছে।
যারা এখনও মরিচা সম্পর্কে জানেন না, তাদের এটি ভালভাবে মনে রাখা উচিত কারণ এই প্রোগ্রামিং ভাষাটি, যা মজিলা দ্বারা বিশেষভাবে একটি ব্রাউজার লেখার জন্য তৈরি করা হয়েছিল, অনেকগুলি গুরুত্বপূর্ণ প্রকল্পের মধ্যে প্রবেশ করতে শুরু করেছে এবং গৃহীত হতে শুরু করেছে, যার মধ্যে একটি হল মরিচা কার্নেল। লিনাক্স।
এটি আমাদের পরের বছরে ক্রোম বাইনারিতে মরিচা কোড অন্তর্ভুক্ত করার অনুমতি দেবে। লক্ষ্য হল ছোট শুরু করা এবং স্পষ্ট প্রত্যাশা সেট করা যার জন্য লাইব্রেরিগুলি প্রস্তুত হলে বিবেচনা করা হবে।
সুতরাং, এটা যৌক্তিক যে ক্রোমিয়ামও অবশেষে এই প্রযুক্তিটি উন্নত করতে শুরু করেছে। গুগলের জন্য, ক্রোমিয়ামে রাস্টের সংযোজন 'রুল অফ টু' অর্জনের একটি সহজতর ও অধিক নিরাপদ উপায় প্রদানের লক্ষ্য পূরণ করবে, যার মধ্যে রয়েছে উন্নয়নের গতি বাড়ানো এবং ক্রোমের নিরাপত্তা উন্নত করা। অধিকন্তু, এটি মেমরি ত্রুটি দূর করে এবং কোডে বাগের ঘনত্ব কমিয়ে নিরাপত্তা উন্নত করছে।
আমরা জানি যে C++ এবং মরিচা একসাথে খুব ভালভাবে কাজ করতে পারে, cxx, autocxx বিন্ডজেন, সিবিন্ডজেন, কূটনীতিক এবং (পরীক্ষামূলক) ক্রুবিটের মতো সরঞ্জামগুলির জন্য ধন্যবাদ। যাইহোক, এছাড়াও সীমাবদ্ধতা আছে. আমরা আশা করতে পারি যে এই সীমাবদ্ধতার আকারটি সময়ের সাথে সাথে নতুন বা উন্নত সরঞ্জামগুলির সাথে পরিবর্তিত হবে, তবে এখানে সিদ্ধান্ত এবং বর্ণনাগুলি প্রযুক্তির বর্তমান অবস্থার উপর ভিত্তি করে।
ক্রোমের কোডবেসে মেমরি ত্রুটি দেখা দেওয়া প্রতিরোধের একটি উদ্যোগের অংশ হিসেবে এই সিদ্ধান্তটি নেওয়া হয়েছে। দুই বছর আগে প্রদত্ত পরিসংখ্যান অনুযায়ী, ক্রোমিয়ামের ৭০% গুরুতর এবং বিপজ্জনক নিরাপত্তা সমস্যার কারণ হলো মেমরি ত্রুটি।
রাস্ট ভাষা, যা নিরাপদ মেমরি ব্যবস্থাপনার উপর গুরুত্ব দেয় এবং স্বয়ংক্রিয় মেমরি ব্যবস্থাপনা প্রদান করে, তা ব্যবহার করলে মেমরি এলাকা মুক্ত হয়ে যাওয়ার পর পুনরায় অ্যাক্সেস করা এবং বাফার ওভারফ্লো-এর মতো সমস্যাজনিত দুর্বলতার ঝুঁকি হ্রাস পাবে।
ক্রোমিয়ামে মরিচা আনার লক্ষ্য হল একটি সহজ (আইপিসি নেই) এবং নিরাপদ (সাধারণভাবে কম জটিল C++, কোনও স্যান্ডবক্সযুক্ত মেমরি সুরক্ষা বাগ নেই) উপায় দুটির নিয়ম সন্তুষ্ট করা, যাতে বিকাশের গতি বাড়ানো যায় (লেখার জন্য কম কোড) , কম ডিজাইন ডকুমেন্ট, কম সিকিউরিটি প্যাচ) এবং ক্রোমের নিরাপত্তা উন্নত করতে (মেমরিতে কোন সিকিউরিটি বাগ নেই, কোডের বাগ ঘনত্ব কম)। উপরন্তু, কোম্পানি আত্মবিশ্বাসী যে আমরা এই লক্ষ্য অর্জনের জন্য তৃতীয় পক্ষের মরিচা লাইব্রেরি ব্যবহার করতে পারি।
২০২২ সালের শুরুর দিকে, ক্রোমিয়াম টিম রাস্ট নিয়ে পরীক্ষা-নিরীক্ষা করেছিল এবং কয়েক মাস পর এই সিদ্ধান্তে পৌঁছেছিল যে, বিদ্যমান কোডের পাশাপাশি কাজ করার প্রয়োজন এমন অ্যাসিঙ্ক্রোনাস কোডের জটিল কাজগুলোর জন্য ভাষাটি প্রাথমিকভাবে C++ এর বিকল্প হিসেবে উপযুক্ত নয়।
সুতরাং, ক্রোমিয়ামে রাস্টের পরিকল্পিত ব্যবহার প্রাথমিকভাবে স্পষ্টতই সীমিত । একদিকে, আন্তঃকার্যক্ষমতা কেবল একমুখী হবে: সি++ থেকে রাস্টের দিকে। অন্যদিকে, প্রাথমিকভাবে শুধুমাত্র থার্ড-পার্টি লাইব্রেরি ব্যবহারের অনুমতি রয়েছে। এগুলো স্বতন্ত্র উপাদান হিসেবে কাজ করে এবং ক্রোমিয়ামের অভ্যন্তরীণ উপাদানগুলো থেকে স্বাধীন। লাইব্রেরিগুলোর নির্দিষ্ট কাজের জন্য একটি সহজ এপিআই (API) থাকতে হবে। এরপর ক্রোমিয়াম টিম লাইব্রেরিগুলো পর্যালোচনা করবে।
অবশেষে, এটি উল্লেখ করা প্রয়োজন যে ক্রোমিয়ামে সাপোর্ট যুক্ত করার ফলে আগামী বছর থেকে রাস্ট কোড ক্রোম বাইনারিতে পোর্ট করা যাবে। এই সিদ্ধান্তের প্রধান কারণ হলো নিরাপত্তা সংক্রান্ত উদ্বেগ: মেমরিতে লেখার ক্ষেত্রে রাস্ট, C++ এর চেয়ে বেশি নিরাপত্তা প্রদান করে এবং কিছু সম্ভাব্য ক্ষতিকর আচরণ নিষিদ্ধ করে, যেমন—অলিখিত ভেরিয়েবল পড়া, অ্যারের নির্ধারিত সীমার বাইরে মান অ্যাক্সেস করা, নাল বা অবৈধ পয়েন্টার ডি-রেফারেন্স করা এবং অবৈধ ইটারেটর ব্যবহার করা।
আপনি যদি আরও জানতে আগ্রহী হন, তাহলে নিচের লিঙ্কে বিস্তারিত তথ্য পেতে পারেন ।