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