নির্ভরতা বিপর্যয় ভালভাবে প্রয়োগ করা আপনার অ্যাপ্লিকেশনটির পুরো আর্কিটেকচারের স্তরে নমনীয়তা এবং স্থায়িত্ব দেয়। এটি আপনার অ্যাপ্লিকেশনটিকে আরও সুরক্ষিত এবং স্থিতিশীলভাবে বিকশিত হতে দেবে।
Ditionতিহ্যবাহী স্তরযুক্ত আর্কিটেকচার
Ditionতিহ্যগতভাবে একটি স্তরযুক্ত আর্কিটেকচার ইউআই ব্যবসায়ের স্তরের উপর নির্ভরশীল এবং এটি পরিবর্তিতভাবে ডেটা অ্যাক্সেস স্তরের উপর নির্ভরশীল।
আপনাকে স্তর, প্যাকেজ বা লাইব্রেরি বুঝতে হবে। কোডটি কেমন হবে তা দেখুন।
আমাদের ডেটা অ্যাক্সেস লেয়ারের জন্য একটি গ্রন্থাগার বা প্যাকেজ থাকবে।
// DataAccessLayer.dll
public class ProductDAO {
}
এবং অন্য একটি লাইব্রেরি বা প্যাকেজ স্তর ব্যবসায়িক যুক্তি যা ডেটা অ্যাক্সেস লেয়ারের উপর নির্ভর করে।
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private ProductDAO productDAO;
}
নির্ভরতা বিপরীতকরণ সহ স্তরযুক্ত আর্কিটেকচার
নির্ভরতা বিপর্যয় নিম্নলিখিতটি নির্দেশ করে:
উচ্চ-স্তরের মডিউলগুলি নিম্ন-স্তরের মডিউলগুলির উপর নির্ভর করে না। উভয়ের বিমূর্ততা উপর নির্ভর করা উচিত।
বিমূর্ততা বিশদ উপর নির্ভর করবে না। বিবরণ বিমূর্ততা উপর নির্ভর করা উচিত।
উচ্চ-স্তরের মডিউল এবং নিম্ন স্তরের কী কী? গ্রন্থাগার বা প্যাকেজগুলির মতো চিন্তাভাবনা মডিউলগুলি, উচ্চ-স্তরের মডিউলগুলি হ'ল traditionতিহ্যগতভাবে নির্ভরতা এবং নিম্ন স্তরের যার উপর তারা নির্ভর করে।
অন্য কথায়, মডিউল উচ্চ স্তরটি যেখানে ক্রিয়াটি চালিত হয় এবং নিম্ন স্তরের যেখানে কর্ম সঞ্চালিত হয়।
এই নীতিটি থেকে একটি যুক্তিসঙ্গত উপসংহার টানতে হবে যে কনক্র্যাশনগুলির মধ্যে কোনও নির্ভরতা থাকা উচিত নয়, তবে একটি বিমূর্ততার উপর নির্ভরতা থাকতে হবে। তবে আমরা যে পদ্ধতি গ্রহণ করি সে অনুসারে আমরা বিনিয়োগের উপর নির্ভরশীলতা নির্ভর করতে পারি, তবে একটি বিমূর্ততা।
কল্পনা করুন যে আমরা আমাদের কোডটি নিম্নরূপে গ্রহণ করেছি:
আমাদের ডেটা অ্যাক্সেস লেয়ারের জন্য একটি গ্রন্থাগার বা প্যাকেজ থাকবে যা বিমূর্তি সংজ্ঞায়িত করে।
// DataAccessLayer.dll
public interface IProductDAO
public class ProductDAO : IProductDAO{
}
এবং অন্য একটি লাইব্রেরি বা প্যাকেজ স্তর ব্যবসায়িক যুক্তি যা ডেটা অ্যাক্সেস লেয়ারের উপর নির্ভর করে।
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private IProductDAO productDAO;
}
যদিও আমরা ব্যবসায় এবং ডেটা অ্যাক্সেসের মধ্যে কোনও বিমূর্ততা নির্ভরতার উপর নির্ভরশীল।
নির্ভরতা বিপর্যয় পেতে, দৃistence়তা ইন্টারফেসটি মডিউল বা প্যাকেজে সংজ্ঞায়িত করতে হবে যেখানে এই উচ্চ স্তরের যুক্তি বা ডোমেনটি নিম্ন-স্তরের মডিউলটিতে নয়।
প্রথমে ডোমেন স্তরটি কী তা নির্ধারণ করুন এবং এর যোগাযোগের বিমূর্ততা দৃistence়তা সংজ্ঞায়িত করা হয়েছে।
// Domain.dll
public interface IProductRepository;
using DataAccessLayer;
public class ProductBO {
private IProductRepository productRepository;
}
অধ্যবসায় স্তর ডোমেনের উপর নির্ভর করে, যদি কোনও নির্ভরতা সংজ্ঞায়িত করা হয় তবে এখনই উল্টে যাবে।
// Persistence.dll
public class ProductDAO : IProductRepository{
}
(সূত্র: xurxodev.com )
নীতি গভীর করা
উদ্দেশ্যটি এবং সুবিধার গভীরতর করে ধারণাটি ভালভাবে সংযুক্ত করা গুরুত্বপূর্ণ। আমরা যদি যান্ত্রিকভাবে থাকি এবং সাধারণ কেস সংগ্রহস্থলটি শিখি তবে আমরা নির্ভর করতে পারি যে আমরা নির্ভরতার নীতিটি কোথায় প্রয়োগ করতে পারি।
কিন্তু কেন আমরা একটি নির্ভরতা উল্টে না? নির্দিষ্ট উদাহরণের বাইরে মূল উদ্দেশ্য কী?
যেমন সাধারণত এগুলি সবচেয়ে স্থিতিশীল জিনিসগুলিকে, যা কম স্থিতিশীল জিনিসের উপর নির্ভর করে না, আরও ঘন ঘন পরিবর্তনের অনুমতি দেয়।
অধ্যবসায়ের ধরণের পরিবর্তন করা সহজ, ডোমেন যুক্তি বা অধ্যবসায়ের সাথে যোগাযোগের জন্য ডিজাইন করা ক্রিয়াগুলির চেয়ে একই ডাটাবেস অ্যাক্সেস করা ডাটাবেস বা প্রযুক্তি। এর কারণে, নির্ভরতা বিপরীত হয় কারণ এই পরিবর্তনটি ঘটে যদি অধ্যবসায় পরিবর্তন করা সহজ হয়। এইভাবে আমাদের ডোমেন পরিবর্তন করতে হবে না। ডোমেন স্তরটি সবার মধ্যে সবচেয়ে স্থিতিশীল, তাই এটি কোনও কিছুর উপর নির্ভর করে না।
তবে কেবল এই সংগ্রহস্থলের উদাহরণ নেই। এমন অনেক পরিস্থিতি রয়েছে যেখানে এই নীতিটি প্রয়োগ হয় এবং এই নীতি ভিত্তিক আর্কিটেকচার রয়েছে।
আর্কিটেকচারের
এমন আর্কিটেকচার রয়েছে যেখানে নির্ভরতা বিবর্তন তার সংজ্ঞার মূল চাবিকাঠি। সমস্ত ডোমেনে এটি সর্বাধিক গুরুত্বপূর্ণ এবং এটি বিমূর্ততা যা ডোমেনের মধ্যে যোগাযোগ প্রোটোকল এবং বাকী প্যাকেজ বা লাইব্রেরি সংজ্ঞায়িত করবে।
পরিষ্কার আর্কিটেকচার
ইন ক্লিন স্থাপত্য ডোমেইন কেন্দ্রে অবস্থিত এবং যদি আপনি তীর নির্ভরতা ইঙ্গিত দিক তাকান, এটা স্পষ্ট কি সবচেয়ে গুরুত্বপূর্ণ এবং স্থিতিশীল স্তর আছে। বাহ্যিক স্তরগুলি অস্থির সরঞ্জাম হিসাবে বিবেচিত হয় তাই তাদের উপর নির্ভর করে এড়ানো উচিত।
(সূত্র: অষ্টম আলো ডটকম )
ষড়ভুজ আর্কিটেকচার
এটি ষড়ভুজ আর্কিটেকচারের সাথে একইভাবে ঘটে, যেখানে ডোমেনটি কেন্দ্রীয় অংশেও অবস্থিত এবং বন্দরগুলি ডোমিনো থেকে বাহ্যিক যোগাযোগের বিমূর্ততা। এখানে আবার স্পষ্ট যে ডোমেনটি সবচেয়ে স্থিতিশীল এবং traditionalতিহ্যগত নির্ভরতা উল্টে আছে।
