ඔබ ඉන්දියාවෙන් එක්සත් රාජධානියට ගමන් කරන විට, ඉන්දියානු රවුම් පින් එකක් ඇති චාජර් එකක් යු.කේ. බොත්තමට ගත නොහැක. ඒ වෙනුවට ඔබ ගෙවෙනුයේ සුළු ගමන් ඇඩප්ටරයක්. එම ඇඩප්ටරය චාජර් එකේ පින් ග්රහණය කර, බිත්තියේ සොකට් එකට සම්බන්ධ කරයි. ඒකම අදාල සැලැස්මයි Adapter pattern එකේ.
සොෆ්ට්වේයාර් ලෝකයට ආපහුත් ඒකම ගැටලුවක් තියෙනවා. ඔබේ යෙදුම INotificationSender නම් එකම ඉන්ටර්ෆේස් එකක් භාවිතා කරයි. නමුත් NuGet එකෙන් ලබා ගත් තෙවන පාර්ශව SMS ලයිබ්රරිය, ThirdPartySmsClient, ඒ ඉන්ටර්ෆේස් එකට ගැළපෙන්නේ නැත – නම, පරාමිතීන්, හැඩය වෙනස්.
කේතය වෙනස් කිරීමේ බර නොගෙන, ලයිබ්රරිය වෙනස් නොකර, ඔබට කළ හැක්කේ adapter එකක් තනන එකයි. ඒ adapter එක INotificationSender ඉන්ටර්ෆේස් එක අනුගමනය කර, ඇතුළත ThirdPartySmsClient වස්තුව තබයි. Send() කියන ඇමතුම PushSms() කියන ඇමතුමට පරිවර්තනය කරයි. මෙයින් ඔබේ මුළු යෙදුමම ඒ adapter එක භාවිතා කරයි, බාහිර ලයිබ්රරිය ගැන කිසිදු දැනුමක් නොමැතිව.
Adapter pattern එක භාවිතා කරන අවස්ථා බොහෝය. නව SDK එකක් එක්ක වැඩ කිරීම, පරණ පද්ධතියක් නව කේතයට සම්බන්ධ කිරීම, හෝ වෙළඳුන් වෙනස් කිරීම – හැම විටම “එකක් වෙනස් කරන්නේ නැතිව, අලුත් එකට පරිවර්තනයක් කරමු” කියන අදහසයි. මේ නිසා ඔබේ ඇප්ලිකේෂන් පද්ධතිය බාහිර ලෝකයේ වෙනස්කම් වලට වඩා ස්ථායි වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
- ඉගෙනුම් කාර්යය: සිසුන්ට වඩා පළපුරුදු උදාහරණයක් (ගමන් ඇඩප්ටර) මගින් Design Patterns ඉගෙන ගැනීමට පහසු වේ.
- ඩෙවලප් පරිසරය: ශ්රී ලංකාවේ සොෆ්ට්වේයාර් සමාගම් විවිධ තෙවන පාර්ශව SDK භාවිතා කරන විට, Adapter pattern එකෙන් කේතය පිරිසිදු, නවීන සහ ආරක්ෂිතව තබා ගත හැක.
- ව්යාපාරික වාසිය: වෙළඳුන් හෝ සේවා සැපයුම්කරුවන් වෙනස් කිරීමේදී පූර්ණ පද්ධතිය නැවත ලියන අවශ්යතාවය නැතිව, නව Adapter එකක් ලියලා ඉක්මනින් මාරු විය හැක.
අවසන් වශයෙන්, Adapter pattern එක ගමන් ඇඩප්ටරයක් වගේ – ඔබේ කේතය, බාහිර ලයිබ්රරිය, හෝ පද්ධති දෙකම වෙනස් නොකර, අතරමැදි පරිවර්තකයක් තබා ගෙන සාර්ථක සම්බන්ධතාවක් සැලසෙයි. මෙය ඔබේ වැඩ වර්ධනයේ “කලාව” ලෙස සැලකිය හැක.
