Single Responsibility Principle(SRP)
ஒவ்வொரு வகுப்பு அல்லது விட்ஜெட்டுக்கும் ஒரு பொறுப்பு இருக்க வேண்டும் என்று இந்தக் கொள்கை கூறுகிறது. ஒரு வகுப்பு அல்லது விட்ஜெட் ஒரு குறிப்பிட்ட செயல்பாட்டைச் செய்ய வேண்டும் மற்றும் மாற்றுவதற்கு பல காரணங்கள் இல்லை என்பதை இது வலியுறுத்துகிறது.
எடுத்துக்காட்டு: பயனர் தகவலைக் காட்ட ஒரு விட்ஜெட்டையும் இடுகைகளின் பட்டியலைக் காட்ட தனி விட்ஜெட்டையும் உருவாக்கவும்.
Open/Closed Principle(OCP)
ஏற்கனவே உள்ள குறியீட்டை மாற்றுவதற்குப் பதிலாக புதிய குறியீட்டைச் சேர்ப்பதன் மூலம் செயல்பாட்டை நீட்டிக்க இந்தக் கொள்கை ஊக்குவிக்கிறது.
எடுத்துக்காட்டு: ஈ-காமர்ஸ் பயன்பாட்டில் பல்வேறு வகையான தயாரிப்புகளைக் காண்பிக்க விட்ஜெட்டை உருவாக்கவும்.
Liskov Substitution Principle(LSP)
நிரலின் சரியான தன்மையைப் பாதிக்காமல், அடிப்படை வகுப்பின் பொருள்களுக்குப் பெறப்பட்ட வகுப்பின் பொருள்கள் மாற்றாக இருக்க வேண்டும் என்று இந்தக் கொள்கை வலியுறுத்துகிறது.
எடுத்துக்காட்டு: வடிவியல் வடிவங்களை நிர்வகிக்க விட்ஜெட்டை உருவாக்கவும்.
Interface Segregation Principle(ISP)
வகுப்புகள் அல்லது விட்ஜெட்டுகளுக்குத் தேவையில்லாத முறைகளைச் செயல்படுத்துவதைத் தவிர்க்க இடைமுகங்களைச் சிறியதாக உடைக்க இந்தக் கொள்கை அறிவுறுத்துகிறது.
எடுத்துக்காட்டு: தரவைப் புதுப்பிப்பதற்கும் காட்சிப்படுத்துவதற்கும் இடைமுகங்கள்.
Dependency Inversion Principle(DIP)
சார்புகளை நிர்வகிக்க சார்பு ஊசியைப் பயன்படுத்துவதை இந்தக் கொள்கை பரிந்துரைக்கிறது.
எடுத்துக்காட்டு: விட்ஜெட்களில் சார்புகளை நிர்வகிக்க சார்பு ஊசியைப் பயன்படுத்தவும்.
SOLID இல் கொள்கைகளைப் பயன்படுத்துவது உங்கள் திட்டத்தின் குறிப்பிட்ட நோக்கம் மற்றும் மற்றும் Flutter பற்றிய உங்கள் புரிதலின் அடிப்படையில் நெகிழ்வாக செய்யப்பட வேண்டும் என்பதை நினைவில் கொள்ளுங்கள். SOLID Flutter