Saepe tincidunt obviam sum qui de principiis solidi non audiverunt . - Transl.) vel programmatio obiecti-orientatur (OOP), vel auditur, sed in praxi non utuntur. Hic articulus describit beneficia OOP principiorum quae adiuvant elit in opere suo cotidiano. Quaedam ex eis nota sunt, quaedam non tantum, ut articulum incipientibus et iam peritis programmatibus utilis erit.
admonemus; omnibus legentibus "Habr" - discount 10 rublorum cum scribendo in quavis Skillbox utens "Habr" codice promotivo.
Skillbox commendat: Educational online course .
ARIDUM (noli repetere)
Simplex principium, cuius essentia patet ex nomine: "Noli te repetere". Ad programmator hoc significat necessitatem codicis duplicati vitandi, necnon facultatem abstractionis in labore utendi.
Si duae sectiones in codice repetuntur, in unum modum componantur. Si valor solidus plus semel usus est, valet eam in publicam constantem convertere.
Hoc necessarium est ut codicem simpliciorem reddat et facilius servetur, quod est principale munus OOP. Unio neutro abutere non debes, cum idem codicem cum utroque OrderId et SSN perscriptio non transibit.
Mutatio Encapsulation
Interretiales rationes plurimarum societatum constanter evolvuntur. Id quod in codice mutari debet, servanda est. Facilius vitam tuam cum encapsulatione facere potes. Hoc tibi permittet ut efficacius probare ac fundare codicem tuum existens. .
Si scribis in Java tunc .
Principium aperturae / propinquitatis
Hoc principium facile memorari potest ex lectione sequentis sententiae: "Software entia (genera, moduli, functiones etc.) patent ad extensionem, sed ad modificationem clauduntur". In praxi, hoc significat quod mores suos mutari possunt sine fonte mutato codice.
Principium magni momenti est cum mutationes ad fontem codicem requirunt emendationes, unitas probationes, aliaque ratio. Codex, qui principii aperto/clauso obtemperat, extenso non mutat, ideo multo pauciores difficultates cum eo sunt.
Exemplum est codicis qui hoc principium violat.
Si aliquid in eo mutare debes, multum temporis erit, quod omnes partes codicis, quae cum desiderato fragmento nexum habent, mutare debebis.
Viam apertio- nem inter principia solida est.
Unius Officii Principii (SRP)
ALIUD EX SOLIDUM PONERE. Dicit quod "non est nisi una ratio quae ducit ad mutationem ordinis". Genus unum tantum negotium habet. Habere potest plures modos, sed uterque adhibetur solum problema commune solvendi. Omnes modi ac proprietates huic uni inservire debent.
Valor huius principii est quod vinculum laxat inter unam particulam programmatis et codicem. Plus quam unum functionality ad genus addit relationem inter duo munera. Et sic, si mutatur unum, est magna occasio depraedandi secundum relata ad primum. Et hoc significat incrementum probationis cyclorum ut omnes difficultates in antecessum cognoscantur.
Dependentia Inversion Principium (MERGO)
Exemplar superius exemplum est ubi AppManager ab EventLogWriter pendet, quod vicissim cum AppManager propinqua est. Si alio modo ad notificationem monstrandam opus est, fiat impulsus, SMS, vel electronica, debes genus AppManager mutare.
Problema solvi potest cum SUMMERGO. Ita, pro AppManager, EventLogWriter petimus, quod in compage utens injicietur.
SUMMERGO efficit ut facile singulos modulos cum aliis substituat mutando dependentiam moduli. Hoc efficit ut unum modulum mutet sine afficiens altero.
Compositio pro hereditate
Duae viae principales ad reuse codicis sunt hereditas et compositio, unaquaeque cum suis commodis et incommodis. Secunda solet praeferri quia flexibilior.
Compositio facultatem dat tibi mutandi mores ordinis in spatio temporis ponendo suas proprietates. Cum interfaces exsequerentur, polymorphismus adhibetur, quae magis ad exsequendam flexibilem dat.
Etiam "Efficax Java" Josue Bloch compositionem super haereditatem favere monet.
Barbara Liskov Substitutio Principii (LSP)
Aliud principium a toolkit SOLIDUM. Subtypa affirmat pro supertypo substitui debere. Id est, methodi et functiones quae cum superclasse laborant, sine problematibus cum suis generibus operari possunt.
LSP ad utrumque refertur ad principium unum responsabilitas et principium responsabilitatis separatio. Si genus plus functionis quam genus praebet, haec aliquam functionem non sustinebit, violans hoc principium.
Hinc est fragmentum codicis quod LSP contradicit.
Area (Rectangle r) methodus aream rectanguli computat. Propositum fragosus post Quadratum exequens, quoniam Quadratus hic Rectangulum non est. Secundum principium LSP, munera quae spectant ad bases classes utentes, obiectis generum derivatorum sine instructionibus additis uti possunt.
Hoc principium, quod definitio certae subtypi est, propositum est a Barbara Liskov in colloquio notae 1987 nomine "Data Abstractio et Hierarchia" - unde nomen.
Interface Separatio Principii (ISP)
Aliud principium SOLIDUM. Secundum ipsum, interface quod non est usus non debet impleri. Hoc principium adiuvat systema flexibile et refactorabile manentibus cum mutationibus ad logicam laboris faciendi.
Saepissime haec condicio accidit cum interfacies plures simul functiones continet et solum unum ex his eget clientis.
Cum scribere interface est opus implicatum, opere perfecto mutato, sine fractione aliquid dubium erit.
Utilitas principii ISP in Java est ut omnes methodi primum perficiantur, et tunc demum classes adhiberi possunt. Ergo principium facit ad reducere numerum modorum.
Programmatio pro instrumento, non exsequendo
Patet hic omnia ex nomine. Applicando hoc principium inducit ad codicem flexibilem, qui operari potest cum aliqua nova exsecutione instrumenti.
Typo interfacienti utere debes variabilium, rationes redde, vel rationem methodi argumenti. Exemplum utitur SuperClass potius quam SubClass.
Ille est:
Numeri = getNumbers();
Sed non:
ArrayList numbers = getNumbers();
Hic est exsequens quod supra dictum est.
Principium delegationis
Commune exemplum rationum in Java est () et hashCode() in Java. Cum duo obiecta comparentur, haec actio classi aptae loco cliens classis delegata est.
Utilitas principii est quod nulla duplicatio code est faciliter ad mores mutandos. Etiam eventum delegationis valet.
Omnia haec principia flexibilius, pulchra et certa cum alto cohaerentia et humili copulatione codicem scribere permittunt. Utique, theoria bona est, sed pro elit utendi scientia acquisita vere incipit, praxis necessaria est. Proximus gradus post principia OOP dominata potest esse studiorum rationum consiliorum solvendorum problematum communium programmatum programmatum.
Skillbox commendat:
- Cursus practicus .
- De online cursum .
- Duo annorum cursum .
Source: www.habr.com