প্রোগ্রামিং নীতি DRY

প্রোগ্রামিং নীতি DRY (Don’t repeat yourself) একটি বড় সিস্টেম, উদাহরণস্বরূপ, আপনার দ্বারা তৈরি করা সফ্টওয়্যারকে ছোট, অ-পুনরাবৃত্তিমূলক উপাদানগুলিতে বিভক্ত করার পরামর্শ দেয়। যদি আপনার একই কাজ সম্পাদনকারী একাধিক উপাদান থাকে, তবে DRY নীতি অনুসারে তাদের সংখ্যা কমানো উচিত, আদর্শভাবে, প্রতিটি উপাদান যেন পুনরাবৃত্তি না হয়।

সিস্টেমকে স্পষ্টভাবে সংজ্ঞায়িত কাজ সম্পাদনের জন্য দায়ী উপাদানগুলিতে বিভক্ত করার পরে, সেগুলিকে ক্লাসে সংগঠিত করা যেতে পারে, যাকে মডুলার আর্কিটেকচার বলা হয়।

DRY নীতি অনুসারে সিস্টেম সঠিকভাবে তৈরি করতে নিম্নলিখিত নিয়মগুলি মেনে চলা প্রয়োজন:

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

আরও দেখুন