একটি মরিচা চাইল্ড মডিউলে mod.rs অ্যাক্সেস করতে একটি টেস্ট ফাইল কীভাবে ব্যবহার করবেন

মরিচা প্রকল্পে মডিউল অ্যাক্সেস অন্বেষণ

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

একটি মরিচা প্রকল্পের প্রসঙ্গে, প্রকল্পের বিভিন্ন অংশ থেকে একটি `mod.rs` ফাইল অ্যাক্সেস করার ক্ষমতা পরীক্ষা এবং মডুলারিটির জন্য গুরুত্বপূর্ণ। `mod.rs` ফাইলটি একটি মডিউলের এন্ট্রি পয়েন্ট হিসেবে কাজ করে এবং এটি প্রায়ই একটি সাবফোল্ডারের বিষয়বস্তু সংগঠিত করতে ব্যবহৃত হয়। এই ফাইলটি `tests/` ফোল্ডার থেকে অ্যাক্সেস করার চেষ্টা করার সময় একটি সাধারণ সমস্যা দেখা দেয়, যা স্ট্যান্ডার্ড `src/` ডিরেক্টরির বাইরে। 🛠️

ধরা যাক আপনি একটি প্রকল্পের সাথে কাজ করছেন যেখানে আপনার `src/` ডিরেক্টরির ভিতরে একটি `কন্ট্রোলার/` ফোল্ডার আছে এবং আপনি এর কিছু কার্যকারিতা পরীক্ষা করতে চান। `tests/test.rs` ফাইল থেকে কিভাবে সঠিকভাবে `mod.rs` ফাইল আমদানি ও অ্যাক্সেস করতে হয় তা জানা আপনার পরীক্ষার প্রক্রিয়াটিকে মসৃণ করে তুলবে। যাইহোক, মরিচা এর মডিউল সিস্টেমের জন্য এটি নির্বিঘ্নে অর্জন করতে আপেক্ষিক পাথ এবং মডিউল দৃশ্যমানতার একটি ভাল বোঝার প্রয়োজন।

পরবর্তী বিভাগে, আমরা `test.rs` ফাইল থেকে `কন্ট্রোলার` ফোল্ডারের ভিতরে `mod.rs` সঠিকভাবে উল্লেখ করে এই সমস্যাটি সমাধান করার জন্য পদক্ষেপগুলি নিয়ে চলব। শেষ পর্যন্ত, আপনি এই চ্যালেঞ্জটি পরিচালনা করতে এবং আপনার মরিচা প্রকল্পগুলির জন্য কার্যকর পরীক্ষাগুলি বাস্তবায়ন করতে সজ্জিত হবেন। প্রক্রিয়াটি ব্যাখ্যা করার জন্য কিছু ব্যবহারিক উদাহরণে ডুব দেওয়া যাক!

আদেশ	ব্যবহারের উদাহরণ
mod	মরিচা প্রকল্পের মধ্যে একটি মডিউল ঘোষণা করে। এটি অন্যান্য ফাইল (যেমন, মোড কন্ট্রোলার;) বা কোডের নির্দিষ্ট অংশ, যেমন সাবমডিউল অন্তর্ভুক্ত করতে এবং উল্লেখ করতে ব্যবহার করা যেতে পারে।
#[cfg(test)]	বৈশিষ্ট্যগুলি যা নির্দিষ্ট করে যে কোডের কোন অংশ শুধুমাত্র পরীক্ষা চালানোর সময় কম্পাইল করা উচিত। এটি পরীক্ষা-নির্দিষ্ট যুক্তিকে প্রধান কোডবেস থেকে আলাদা করতে সাহায্য করে, নিশ্চিত করে যে পরীক্ষার কোডটি উত্পাদন কোডকে প্রভাবিত করে না।
use	নির্দিষ্ট মডিউল, ফাংশন, বা প্রকারগুলিকে সুযোগে আনতে ব্যবহৃত হয়। উদাহরণস্বরূপ, কন্ট্রোলার ব্যবহার করুন::sms; পরীক্ষা ফাইলে `কন্ট্রোলার` ডিরেক্টরি থেকে `sms` মডিউল নিয়ে আসে।
pub	এই কীওয়ার্ডটি একটি মডিউল, ফাংশন বা পরিবর্তনশীলকে তার বর্তমান সুযোগের বাইরে থেকে অ্যাক্সেসযোগ্য করে তোলে। এটি নিশ্চিত করতে ব্যবহার করা হয় যে আপনার কোডের কিছু অংশ, যেমন `mod.rs`-এর ফাংশন, পরীক্ষা সহ অন্যান্য মডিউলগুলিতে দৃশ্যমান।
#[test]	একটি ইউনিট পরীক্ষা হিসাবে একটি ফাংশন চিহ্নিত করে। রাস্টের বিল্ট-ইন টেস্ট ফ্রেমওয়ার্ক পরীক্ষা হিসাবে চালানোর জন্য ফাংশনগুলি সনাক্ত করতে এই টীকাটি ব্যবহার করে, যেমন, #[test] fn test_sms()।
assert_eq!	দুটি এক্সপ্রেশন একই মানের মূল্যায়ন করে কিনা তা পরীক্ষা করতে ব্যবহৃত হয়। মান সমান না হলে, পরীক্ষা ব্যর্থ হয়। উদাহরণস্বরূপ, assert_eq!(ফলাফল, ঠিক আছে("বার্তা সফলভাবে পাঠানো হয়েছে!")); ফলাফল প্রত্যাশিত আউটপুট মেলে কিনা তা পরীক্ষা করে।
Err	রাস্টে ফলাফলের প্রকারের একটি বৈকল্পিক প্রতিনিধিত্ব করে, একটি ত্রুটি বা ব্যর্থতা নির্দেশ করে। এটি পরীক্ষার ক্ষেত্রে একটি ব্যর্থতার অবস্থা অনুকরণ করতে ব্যবহৃত হয়, যেমনটি Err("অবৈধ ইনপুট") এ দেখা যায়।
Ok	ফলাফলের প্রকারের সাফল্যের বৈকল্পিক প্রতিনিধিত্ব করে। এটি একটি সফল ফলাফল অনুকরণ করতে পরীক্ষায় ব্যবহৃত হয়, যেমন ঠিক আছে("বার্তা সফলভাবে পাঠানো হয়েছে!")।
mod.rs	ফাইলের নাম যেটি Rust একটি ডিরেক্টরির জন্য একটি মডিউল ঘোষণা করতে ব্যবহার করে। এটি একই ফোল্ডারের মধ্যে সাবমডিউলগুলিকে সংগঠিত করতে সাহায্য করে, যখন আপনি মূল ফোল্ডারের উল্লেখ করেন, যেমন, মোড কন্ট্রোলারগুলিকে উল্লেখ করার সময় সেগুলি অ্যাক্সেসযোগ্য করে তোলে; `controllers/mod.rs` অ্যাক্সেস করে।

স্ক্রিপ্ট বোঝা: মরিচায় চাইল্ড মডিউল অ্যাক্সেস করা

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

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

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

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

mod controllers; // Declare the module from the controllers folder
use controllers::sms; // Use a specific module inside controllers
#[cfg(test)] // Mark the module for testing only
mod tests; // Declare the test module
#[cfg(test)] // Only compile the test code in test configuration
use crate::controllers::sms::send_sms; // Example of using the sms.rs file from controllers
#[test] // Declare a test function
fn test_sms_function() {
    assert_eq!(send_sms("12345", "Test message"), Ok("Message sent successfully!")); // Test the function
}

mod controllers { // Declare the controllers module
    pub mod sms; // Make the sms module accessible
    pub mod mod.rs; // Ensure mod.rs is public and accessible in tests
}
#[cfg(test)] // Only include this part in test builds
mod tests; // Test module declaration
use crate::controllers::sms::send_sms; // Access the sms function from controllers
#[test] // Mark this function as a test
fn test_sms() {
    let result = send_sms("12345", "Test message");
    assert_eq!(result, Ok("Message sent successfully!")); // Validate test results
}

mod controllers; // Declare the module path for controllers
use controllers::sms; // Use the sms module from controllers
#[cfg(test)] // This module is only included during testing
mod test; // Test module declaration
#[test] // The test annotation for unit tests
fn test_send_sms() {
    let result = sms::send_sms("12345", "Hello, World!");
    assert_eq!(result, Ok("Message sent successfully!")); // Check for expected result
}
#[test] // Another test for failure case
fn test_send_sms_failure() {
    let result = sms::send_sms("", "");
    assert_eq!(result, Err("Invalid input")); // Expect failure case
}

পরীক্ষার জন্য মরিচা মধ্যে কিভাবে অ্যাক্সেস এবং গঠন মডিউল

রাস্টের সাথে কাজ করার সময়, কীভাবে মডিউলগুলি গঠন করা হয় এবং কীভাবে সেগুলি অ্যাক্সেস করা যায় তা বোঝা উন্নয়ন প্রক্রিয়ার একটি গুরুত্বপূর্ণ অংশ। এটি বিশেষ করে গুরুত্বপূর্ণ যখন আপনি একটি চাইল্ড মডিউল অ্যাক্সেস করতে চান, যেমন এর মত একটি ফোল্ডারের ভিতরে , একটি পৃথক ফোল্ডারে অবস্থিত একটি পরীক্ষা ফাইল থেকে, যেমন . সফলভাবে চাইল্ড মডিউল অ্যাক্সেস এবং ব্যবহার করার মূল চাবিকাঠি হল রাস্টের মডিউল সিস্টেম বোঝা, যা স্পষ্ট মডিউল ঘোষণা এবং আপেক্ষিক পাথ ব্যবহার উভয়ের উপর নির্ভর করে। মরিচা একটি নির্দিষ্ট অনুক্রম ব্যবহার করে যেখানে প্রতিটি ফোল্ডার একটি ধারণ করতে পারে mod.rs ফাইল মডিউল এর সুযোগ সংজ্ঞায়িত করতে. একবার আপনি এই পথগুলিকে কীভাবে উল্লেখ করবেন তা বুঝতে পারলে, আপনি দক্ষতার সাথে আপনার কোডবেসের বিভিন্ন অংশ পরীক্ষা করতে সক্ষম হবেন।

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

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