Single Responsibility Principle(SRP)
Šis principas teigia, kad kiekviena klasė ar valdiklis turi turėti vieną atsakomybę. Jame pabrėžiama, kad klasė ar valdiklis turi atlikti vieną konkrečią funkciją ir neturėti per daug priežasčių keistis.
Pavyzdys: sukurkite valdiklį, kad būtų rodoma vartotojo informacija, ir atskirą valdiklį, kad būtų rodomas įrašų sąrašas.
Open/Closed Principle(OCP)
Šis principas skatina išplėsti funkcionalumą pridedant naują kodą, o ne keičiant esamą kodą.
Pavyzdys: sukurkite valdiklį, skirtą įvairių tipų produktams rodyti el. prekybos programoje.
Liskov Substitution Principle(LSP)
Šis principas teigia, kad išvestinės klasės objektai turi būti pakeisti bazinės klasės objektais, nepažeidžiant programos teisingumo.
Pavyzdys: sukurkite valdiklį, kad galėtumėte valdyti geometrines figūras.
Interface Segregation Principle(ISP)
Šis principas pataria suskaidyti sąsajas į mažesnes, kad klasės ar valdikliai nebūtų priversti diegti metodų, kurių jiems nereikia.
Pavyzdys: sąsajos duomenims atnaujinti ir rodyti.
Dependency Inversion Principle(DIP)
Pagal šį principą priklausomybių valdymui naudoti priklausomybės injekciją.
Pavyzdys: naudokite priklausomybės injekciją valdiklių priklausomybėms valdyti.
Atminkite, kad SOLID principų taikymas Flutter turėtų būti atliekamas lanksčiai, atsižvelgiant į konkretų jūsų projekto tikslą ir jūsų supratimą apie SOLID ir Flutter.