Design Patterns

[Dawgora]

Sveiki, vēlos gūt atbildi par sev vienu nezināmu tēmu.
Jautājums- Vai ir vērts apgūt/iepazīt Design patterns? Vai Latvijas darba tirgū "lielajās" firmās kaut kas tāds ir vajadzīgs? Kādas ir jūsu domas par to?

Kāpēc to prasu- Joka pēc uzrakstīju pāris ārzemju firmām par viņu domām, ko vajadzētu kā studentam iemācīties. Bija pieminēts Laravel (jo... diezgan vienkāršs PHP framework iesācējiem), Unit testing, un ka derētu iemācīties pāris design patternus (Repository Pattern, Factory Pattern, Decorator Pattern e.c.). Par design paterniem biju dzirdējis, bet nebiju tik ļoti interesējies, bet tagad, kad vairāki to ir pieminējuši, sāku vairāk interesēties.

[Blitz]

Tas ir nevis vērts bet obligāts nosacījums ja gribi būt kas vairāk par pre-junior līmeni. Patterni normālā kodā ir gandrīz visur.

Edited September 30, 2015 by Blitz

[briedis]

Iepazīties noteikti vajag. Pielietot atkarībā pēc vajadības.

[jurchiks]

Izskatās, ka šeit varētu labs saraksts ar patterniem: http://www.tutorialspoint.com/design_pattern/index.htm

Saits arī uzticams.

 

Pēc pieredzes varu teikt, ka nekad nevajag sākt uzdevumu ar "kādu patternu tam izmantot". Tā rodas tikai bezjēdzīgi sarežģīts kods, kuru var uztaisīt 10x vienkāršāk un labāk.

Vienkārši raksti savu kodu maksimāli vienkāršu, nemēģinot implementēt kaut kādu Factory patternu, kas atgriezīs tikai vienu objektu jebkad, un ja rodas reāla vajadzība pēc kaut kā, kas atbilst, piemēram, Repository patternam, tad var droši to pielietot.

 

Pats patternus daudz pētījis neesmu, man ar abstrakto domāšanu viss kārtībā un tādas lietas kā Repository pattern manā kodā ir vienkārši dabiska parādība, man tam nav nepieciešams īpašs nosaukums, tā vienkārši sagadījies, ka kāds tam ir izdomājis nosaukumu.

[Kavacky]

Njā, tā arī parasti sanācis, ka pēkšņi atklājies, ka tam, ko tu vnk loģiski jau dari, kāds ir pamanījies izdomāt nosaukumu. Tad nu tas nosaukums noder, lai ātri un precīzi ar kādu citu vienotos, par ko ir runa.