Flutter යෙදුම් ලියන විට ValueNotifier
කෙසේ වෙතත්, යෙදුම වර්ධනය වීමත් සමඟ එකකට වැඩි දත්ත පරාමිතීන් අවශ්ය වනවිට, මේ මෙවලම් පවතින සීමා හෙළි කරයි. එකක් වශයෙන්, බහු ValueNotifier අතර සම්බන්ධතා සකස් කිරීම සඳහා අතිශය අතිරේක listener කෝඩ් ලියන්නට සිදුවේ.
Callback spaghetti ලෙස හැඳින්වෙන මෙම ගැටලුව, පළමු නාම, දෙවන නාම වැනි තොරතුරු එකට එකතු කර fullName හෝ isValid වැනි derived value එකක් ගණනය කිරීමේදී පැහැදිලි වේ. එක් එක් notifier එකට addListener යොදා මැන්වලක් ලියන්න, එම listener එක ඉවත් නොකළහොත් memory leak එකක් සිදුවේ.
එමෙන්ම UI ලේයරයේ ValueListenableBuilder ගොඩනැගීමේදී nesting ගැඹුරු වීම නිසා pyramid of doom නමින් හැඳින්වෙන කේත පටලයක් ලැබේ. 3–4 notifier එකක් එකතු කරන විට widget hierarchy එක 4‑level ගැඹුරු වෙයි, කියවීමට හා නවීකරණයට අධික බරක් වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
මෙම සීමා දැන ගැනීම, ශ්රී ලංකාවේ නව සංවර්ධකයින්ට, විශේෂයෙන් Flutter පාඨමාලා හෝ තාක්ෂණික bootcamps වලට, වැදගත් පාඩමක් වේ. Signals සහ bloc_signals වැනි pure‑Dart primitives භාවිතා කළහොත්, පළාත් පුරා පරිසරයක් තුළ code‑base එකක් පවත්වා ගැනීමට පහසුය. ඒවා Flutter SDK එකේ සීමා නොමැති බැවින්, Dart CLI, server‑side, Jaspr web apps වැනි විවිධ පරිසරවලද භාවිතා කළ හැක.
Signals මූලික reactive primitive එකක් වන අතර, notifier එකක් වෙනත් notifier එකක් “අවධානය” ගන්නා විධියට ස්වයංක්රීයව සම්බන්ධ කරයි. මෙයින් listener කේතය අඩු කර, memory leak අවදානම ඉවත් කර, UI කෝඩ් එකේ nesting ගැඹුරු වීම අවම කරයි. BlocSignal ඒ වේගය enterprise‑grade BLoC discipline සමඟ එකතු කර, සංවර්ධකයින්ට scalable, maintainable architecture එකක් ලබා දෙයි.
ඒ නිසා, ශ්රී ලංකාවේ startup හෝ IT consultancy ගොඩනැගීමේදී, පළමුවැනි prototype එකක් නිර්මාණය කරන විටත්, Signals භාවිතා කරමින් code‑base එක ඉදිරියට ගෙනයනවා නම්, පසුකාලීන refactor, performance optimisation වැනි ගැටළු අඩු වේ.
අවසානයේ, ValueNotifier සරල කාර්යයන්ට වඩා, බහු‑state, reactive UI අවශ්යතා සඳහා Signals හා BlocSignal වැනි නව ක්රමවේදයන් තෝරා ගැනීම, ශ්රී ලංකා සංවර්ධක කාර්යබහුලතාවය ඉහළ නැංවීමට මග පෙන්වයි.
