ඔබේ SaaS ව්යාපෘතියේ පරිසර වින්යාසය (env) දැන් සකසා, Git එකෙන් ඉවත් කර ඇති අතර, සියලුම පරිසරයන්ට සුදුසු සැකසුමක් ඇත. ඒත් අලුත් ලක්ෂණ කිහිපයක් එකතු කරන විට, ෆෝල්ඩර් සැලැස්ම නොමැතිව කේත ගොනු ගැලපෙන්නේ නැත.
Dev.to හි මොස් 978 විසින් ලියන ලද “A Folder Structure That Scales for Full Stack SaaS” ලිපියේ ප්රධාන අදහස, කේත ගොනු වර්ග අනුව (controllers, services, models) වෙන් කිරීමේ පුරාතන ක්රමය වෙනුවට, විශේෂාංග අනුව (vertical slicing) ගොනු ගොඩනැගීමයි. මෙය “invoices”, “organizations”, “auth” වැනි ෆෝල්ඩර් තුළ ඒ ඒ විශේෂාංගයට අදාල DTO, entity, controller, service, test ගොනු එකතු කරයි.
මෙම පරිදි ගොනු සැලැස්මක් ගොඩනැගීමෙන්, නව ලක්ෂණයක් එකතු කරන විට හතර වඩා නොව එකම ෆෝල්ඩර් තුළම වැඩ කළ හැකිවේ. NestJS හි module සංකල්පය මේ ක්රමයට අනුගත වන අතර, common/ ෆෝල්ඩර් කුඩා, පොදු කොටස් (global exception filter, logging interceptor, @CurrentUser decorator) පමණක් රැඳේ.
Next.js App Router එකත් ඒකම තත්ත්වය දක්වයි; routing එක filesystem‑based වන නිසා, (marketing), (dashboard) වැනි ග්රූප් ෆෝල්ඩර් භාවිතයෙන් UI කොටස් එකට එකතු කරයි. මෙය කේතය තේරුම් ගැනීමට, නව ලක්ෂණ එකතු කිරීමට, සහ පද්ධතියේ පරිපාලනයට පහසුකම් සපයයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණ ශිෂ්යයින්, සංවර්ධකයින්, හා ව්යාපාරිකයින්ට මෙම ගොනු සැලැස්ම වඩාත් ප්රයෝජනවත් වේ.
- ශිෂ්යයින් – පාඨමාලා, වැඩමුළුවලදී ව්යාපෘති ගොනු සැලැස්ම පිළිබඳ වඩාත් සරල උදාහරණයක් ලබා ගනී. විශේෂාංග අනුව ගොනු බැලීමෙන් කේතය ඉක්මනින් අධ්යයනය කළ හැක.
- සංවර්ධකයින් – නව ලක්ෂණ එකතු කිරීමේදී “folder‑hunt” කාලය අඩු වේ. කේතය මොඩියුලාරිටි (modularity) සමඟම තවත් සේවා සමඟ එකතු කර ගැනීමට පහසුය.
- ව්යාපාර – පැතිකඩ (maintenance) වියදම අඩු කර, කාලයත් සමඟ ව්යාපාරයේ SaaS පද්ධතිය විශාල වෙද්දී පද්ධතියේ ස්ථාවරතාවය රැකගනී. නව සේවා හෝ ගනුදෙනුකරු (tenant) එකතු කිරීමේදී අධික පරිසර සැකසුම අවශ්ය නොවේ.
ඉදිරියට SaaS ව්යාපෘතියක් ගොඩනැගීමට යන කවුරුන්ටත්, මෙම “feature‑based folder structure” අනුගමනය කිරීම අත්යවශ්ය පියවරයක් වේ. කේතය පිරිසිදු, පරිපාලනය පහසු, හා වර්ධනයට සුදුසු බවට පත් කරයි.
ඔබේ ඊළඟ SaaS ව්යාපෘතියේ ගොනු සැලැස්ම මෙයෙනුත් අරඹන්න; අනාගතයේ කේත පදනම රැක ගැනීමට මෙය හොඳ මාර්ගයක්.
