Muncă multă în constructor - da sau ba?

OriginalCopy, on 03 mai 2019 - 18:06, said:

N-a inteles. Campii ii bati tu.

Este nerealist sa zici ca poti construi aplicatii complexe si poti avea in acelasi timp obiecte aspura carora orice metode publice vei aplica, in orice ordine, vor fi mereu apeluri valide.

OriginalCopy, on 03 mai 2019 - 18:06, said:

Normal ca va intelegeti.

OriginalCopy, on 03 mai 2019 - 18:06, said:

Daca toate metodele publice ale unei clase(respectiv obiect) trebuie sa poata fi apelate in oricare ordine, atunci in majoritatea cazurilor constructorul trebuie sa faca treaba de initializare(sau in unele limbaje, blocuri de initializare). Ceea ce conteaza in final e ca nu e realist sa ai pretentia de avea metode publice apelabile in orice ordine. Din xyz motive, in general din cauza complexitatii obiectelor si a initializarii acestora - iar incercarile de a merge in acea directie doar va duce la probleme(fix ca alea cand se chinuie unii sa faca optimizare in avans)

Iulius-Foyas, on 03 mai 2019 - 18:12, said:

Nu e o cutuma OOP, ideea ca setterii sunt rai e din programarea functionala, aia sunt obsedati in mod nejustificat si nerealist cu imutabilitatea(isi are rostul ei, dar daca generalizezi, ajungi rau - pana la urma cam tot ce e util e mutabil, doar anumite clase se preteaza la imutabilitate, cele value based - adica rolul lor e de pastra niste valori fara mecanisme suplimentare in afara de getteri/setteri is poate niste metode specifice mediului respectiv)

DemocracySucks, on 03 mai 2019 - 18:19, said:

Ok, ceea ce voiam sa spun e ca invariantele sunt mereu mentinute, ca informatia de care are nevoie orice metoda poate fi reconstruita.

Tu nu intelegi ca eu stiu exact de unde vine @OP si ce are in minte, pentru ca l-am ghidat in acest proiect: Baze de date embedded – exercitiu practic (pentru programatori mid-level)

Felul in care vorbesc si ce zic e pentru el, si stiu ca ma intelege. Eu practic vorbesc cu el, tu mai mult te bagi ca musca-n lapte. Daca vrei sa intelegi, citesti cele 11 pagini din acel topic si istoria git ca sa intelegi.

dani.user, on 03 mai 2019 - 17:58, said:

Nice video. Acuma incearca cu Visual Studio 2017 si vezi ce iti pune cind dai enter (capacity fara paranteze) si ce iti arata cind faci hover pe capacity (nimic). Faptul ca lu Microshit i-a luat vreo 25 de ani sa faca un autocomplete cit de cit nu inseamna decit ca le-a luat vreo 25 de ani sa faca un autocomplete cit de cit

DemocracySucks, on 03 mai 2019 - 18:23, said:

OriginalCopy, on 29 decembrie 2018 - 23:56, said:

Editat de OriginalCopy, 03 mai 2019 - 18:29.

Mosotti, on 03 mai 2019 - 18:26, said:

Video-ul e cu VS 2017, asistat de ReSharper.

Editat de dani.user, 03 mai 2019 - 18:45.

dani.user, on 03 mai 2019 - 18:43, said:

Asta? https://www.jetbrain.../resharper-cpp/

Oricum, asta ar fi cea mai mică problemă pe care o are IntelliSense. A menționat cineva mai sus problema cu linii aleatorii subliniate în roșu, "erori" inexistente etc. Se rezolvă de obicei cu o recompilare a proiectului, însă nu mereu funcționează.

Editat de red46, 03 mai 2019 - 18:59.

red46, on 03 mai 2019 - 18:54, said:

Da

dani.user, on 03 mai 2019 - 18:43, said:

Cheater