অন্যরা যেমন বলছে, নিশ্চিত, এটি এখনও একটি খাঁটি ফাংশন।
যাইহোক, এর নকশা সমস্যা সম্পর্কে কথা বলা যাক। কোডটি ডিআরওয়াই রাখার জন্য কিছু করার চেষ্টা করার অধিকার আপনি ঠিকই রেখেছেন, মানটি একবারে রেখে। তদুপরি, আমি যা মনে করি তাও বিবেচনা করা উচিত যা সংযোগের উপযুক্ত is
একটি ফাংশন ব্যবহার আপনাকে বাস্তবায়ন পরিবর্তন করতে আরও স্বচ্ছন্দতা দেয়, যা ফাংশন পদ্ধতির একটি বৈশ্বিক পরিবর্তনশীলের চেয়ে আলগা সংযোগের প্রস্তাব দেয়।
প্রশ্ন হচ্ছে এর দরকার আছে কিনা?
যদি গ্রাহকগণ এবং সরবরাহকারী একই মডিউলে থাকেন এবং সরবরাহকারী মডিউলটির জন্য ব্যক্তিগত হন তবে যুক্তি দেওয়া শক্ত যে এই পর্যায়ে looseিলে coup় মিলনের প্রয়োজনীয়তা রয়েছে, এই কারণে যে যদি সরবরাহকারীর একটি ব্যক্তিগত ভেরিয়েবল থেকে একটিতে উন্নতি প্রয়োজন হয় ব্যক্তিগত পদ্ধতি, মডিউলটির মধ্যে একটি সাধারণ রিফ্যাক্টরিং একই সাথে গ্রাহকদের জন্য প্রয়োগ করা যেতে পারে। আপনার সত্যিকারের প্রয়োজনের আগে কোনও পদ্ধতি / ফাংশন ব্যবহার করা YAGNI এর আওতায় পড়তে পারে।
এমনকি যদি ভোক্তা ও সরবরাহকারী বিভিন্ন মডিউলে থাকে তবুও মডিউলগুলি একসাথে রূপান্তরিত হয় (উদাহরণস্বরূপ, আপনি একটি মিনিফায়ার ব্যবহার করেন, যাতে গ্রাহক এবং সরবরাহকারীর মডিউলগুলি একই ফাইলে থাকে), YAGNI প্রয়োগও করতে পারে।
অন্যদিকে, উদাহরণস্বরূপ, যদি উত্পাদক কোনও গ্রন্থাগার বা এপিআই প্যাকেজ বা মডিউলে থাকে যা ভোক্তা (গুলি) থেকে পৃথকভাবে সংস্করণিত হয় তবে ফাংশনটি ব্যবহার করা উপযুক্ত হতে পারে। সেক্ষেত্রে আমাদের এপিআই-এর দীর্ঘায়ু এবং ওসিপির মতো নীতিগুলির দিকে নজর দেওয়া উচিত।
(অন্য একটি নোটে, যদি আপনার কোডটি কোনও উল্লেখযোগ্য আকারের হয় তবে আমি গ্লোবাল ভেরিয়েবল এবং ফাংশনগুলির চেয়ে ক্ষেত্র এবং পদ্ধতি সহ মডিউলগুলির ব্যবহারকে উত্সাহিত করব))