Chirurgia endoscopică a hipofizei
"Standardul de aur" în chirurgia hipofizară îl reprezintă endoscopia transnazală transsfenoidală. Echipa NeuroHope este antrenată în unul din cele mai mari centre de chirurgie a hipofizei din Europa, Spitalul Foch din Paris, centrul în care a fost introdus pentru prima dată endoscopul în chirurgia transnazală a hipofizei, de către neurochirurgul francez Guiot. Pe lângă tumorile cu origine hipofizară, prin tehnicile endoscopice transnazale pot fi abordate numeroase alte patologii neurochirurgicale. www.neurohope.ro |
Muncă multă în constructor - da sau ba?
Last Updated: May 03 2019 19:05, Started by
jegmihai
, Apr 29 2019 12:53
·
0
#91
Posted 03 May 2019 - 18:23
OriginalCopy, on 03 mai 2019 - 18:06, said:
la o bere, si iti va desena ca la destepti, ca el a inteles despre ce vorbim. Tu tot bati campii. 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:
De fapt, nici "constructor" nu e corect, dar noi tot asa ii zicem si tot la acelasi lucru ne referim, si culmea, ne intelegem unii cu altii. " OriginalCopy, on 03 mai 2019 - 18:06, said:
"Constructorul" nu construieste nimic, obiectul e deja construit. Un nume mai bun ar fi "Initializator" sau ceva de genul. Iulius-Foyas, on 03 mai 2019 - 18:12, said:
Problema este ca in acest caz ma lovesc de o alta cutuma in OOP: getter and setter methods are "evil" |
#92
Posted 03 May 2019 - 18:24
DemocracySucks, on 03 mai 2019 - 18:19, said:
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. 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. |
#93
Posted 03 May 2019 - 18:26
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
|
#94
Posted 03 May 2019 - 18:29
DemocracySucks, on 03 mai 2019 - 18:23, 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 OriginalCopy, on 29 decembrie 2018 - 23:56, said:
A nu avea setteri nu inseamna a nu schimba valori. Setter = metoda de o linie care accepta un parametru si seteaza o proprietate a obiectului. Cu fiecare astfel de setter creste exponential modul in care un sistem poate fi modificat. Iar asta e greu de debugguit. Cand jumatate din cod e setter, e nasol. JPA si alte asemenea nu se pun, alea le izolezi in pluginul de storage si aia e, devine un detaliu nesemnificativ ascuns sub pres. Ceea ce vrei sa ai sunt metode care fac lucruri utile pentru business, pe langa faptul ca seteaza niste valori. Setterii inseamna ca un obiect poate fi pus usor intr-un state invalid. Cine a scris proiecte care nu sunt de jucarie stie de buguri cauzate de "am uitat sa apelez un setter" sau "am apelat metodele in ordinea gresita". O arhitectura curata te forteaza sa operezi corect cu codul deja existent, atunci cand scrii cod nou. Setterii te trag in jos in atingerea acestui scop. Setterii sunt ok cand ai dependinte circulare intre obiecte. Situatii d-astea nu prea intalnesti in cod, daca ai un setter la 10k linii de cod e bine. Edited by OriginalCopy, 03 May 2019 - 18:29. |
#95
Posted 03 May 2019 - 18:43
Mosotti, on 03 mai 2019 - 18:26, 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 Video-ul e cu VS 2017, asistat de ReSharper. Edited by dani.user, 03 May 2019 - 18:45. |
#96
Posted 03 May 2019 - 18:54
dani.user, on 03 mai 2019 - 18:43, said:
Video-ul e cu VS 2017, asistat de ReSharper. 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ă. Edited by red46, 03 May 2019 - 18:59. |
#97
Posted 03 May 2019 - 19:02
#98
Posted 03 May 2019 - 19:03
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users