অন্যরা যেমন বলছেন, আদর্শভাবে শ্রমিক আয়ের শ্রেণি ধ্রুবকের প্যারামিটারাইজেশন করার অনুমতি দেবে, এই শ্রেণিকে সেই মান থেকে স্বাধীন করে তুলবে।
শেষ পর্যন্ত, কলিং অ্যাপ্লিকেশনটি বাহ্যিক কনফিগারেশন (যেমন একটি ফাইল) এর ক্ষেত্রেও প্যারামিটারাইজেশনের অনুমতি দিতে পারে। আমাদের একবার বাহ্যিক কনফিগারেশন হয়ে গেলে, আমরা করের হার পরিবর্তন করতে পারি - যদিও বিবেচনা করুন যে কনফিগারেশন ফাইলটি প্রারম্ভকালে কেবল একবার পড়া হয়, তবে আপডেটের ট্যাক্স শতাংশ কার্যকর হওয়ার জন্য অ্যাপ্লিকেশনটি পুনরায় চালু করতে হবে, যাতে এটি রাখা দরকার মন। আমরা যখন কনফিগারেশনটি নির্দেশিত হয় তখন এটি পুনরায় পড়ার জন্য একটি অ্যাপ্লিকেশন বৈশিষ্ট্য সরবরাহ করতে পারি বা কনফিগারেশন ফাইল পরিবর্তিত হলে আমরা আরও জটিল প্রক্রিয়াটি লক্ষ্য করতে পারি ...
দীর্ঘমেয়াদী, আপনি দেখতে পাবেন যে করের সমস্যাগুলির জন্য মাত্র এক শতাংশের বেশি প্রয়োজন - উদাহরণস্বরূপ, একদিন কর আইন আরও জটিল এবং এর জন্য বেশ কয়েকটি শতাংশ এবং কিছু স্থির প্রয়োজন (যেমন% 10k এর অধীনে পরিমাণটি X% এ আরোপিত হয়, যখন বাকিগুলি Y% এ শুল্কযুক্ত)।
এটি মূলত একটি কৌশল প্যাটার্ন ব্যবহার করার পরামর্শ দেয়, যেখানে এখানে প্রশ্নবিদ্ধ প্রধান শ্রেণি করের গণনার জন্য কোনও কৌশল অবজেক্ট গ্রহণ করে।
বিভিন্ন কৌশল (এবং% s এবং $ ধ্রুবক) কনফিগারেশন ফাইল থেকে বেছে নিতে সক্ষম হওয়া উচিত, এবং এখন, একটি নতুন কৌশল যুক্ত করতে কিছু নতুন কোড যুক্ত করা প্রয়োজন, তবে অগত্যা বিদ্যমান কোডে আপডেট হওয়া প্রয়োজন।
প্রতিটি কৌশল কীভাবে প্রকৃত ট্যাক্স গণনা করতে পারে তার সাথে তার নিজস্ব বাহ্যিক কনফিগারেশন যুক্তিগুলি পার্স / ব্যাখ্যা করতে পারে।
গতিশীলভাবে, ট্যাক্সটি আরও আগে পরিচালিত লোকালের উপর নির্ভর করতে পারে, তাই আপনার উপার্জনের সাথে বা কর্মচারীদের (বা উভয়) লোকের সাথে সম্পর্কিত থাকতে পারে। বাহ্যিক কনফিগারেশনে, আমরা লোকালগুলি ট্যাক্স কৌশলের সাথে সংযুক্ত করতে পারি।
আরো দেখুন নির্ভরতা ইনজেকশন , যেখানে আমরা এই জিনিস explictly পরিচালনা করুন।