Mă bucur că ți-a fost de ajutor, ți-ar fi utile și alte video-uri pe subiectul SOLID și clean code?
@tomacostel81442 ай бұрын
@@DevelopmentFactory Absolut!
@MariusCiurea1Ай бұрын
Am tot văzut ca nu prea se mai respectă SOLID, asta și pentru ca refactoring-ul este făcut cu LLMuri, dar folosind tehnici rudimentare de prompt engineering. Ai zis de juniori ca au high coupling și low cohesion. Am văzut și la seniori treaba asta la greu. Eu cred ca la început de drum este destul de greu să ții cont de astfel de principii OOP. Sau depinde ce înseamnă început de drum. Dar sunt total de acord cu tine😃
@DevelopmentFactoryАй бұрын
Cred că SOLID se respectă în continuare, dar poate nu mai e atât de conștient. Dacă vrei să scrii unit teste, cu siguranță o parte din principiile SOLID le-ai acoperit deja, altfel n-ai să poți face asta. Nu știu sincer unde și cine face refactoring-ul cu LLM-uri, poate doar pe bucățele izolate de cod, dar să faci o refactorizare pe un sistem enterprise unde ar trebui să atingi mai multe layere din aplicație folosind un LLM ți-ar fi imposibil și foarte improbabil să iasă bine. Când vorbesc de seniori vs juniori nu mă refer la anii de experiență, pentru că poți să ai 10 ani experiență și tot junior să fii. Prin urmare, dacă sunt "seniori" care încă fac high coupling în cod, atunci seniorii respectivi sunt doar pe hârtie.
@laPas20242 ай бұрын
Eu sunt ptr continuarea seriei. Eu sunt pe PHP dar înțeleg ce trebuie făcut.
@ixb17Ай бұрын
ServiceProvider ii tot acelasi lucru ca si ServiceCollection ? practic si service provider face acelasi lucru ca si service collection, ar fi tare sa continui sa ne areti cum poti inregistra clasele care au nevoie de parametrii
@DevelopmentFactoryАй бұрын
ServiceCollection nu e același lucru cu ServiceProvider. ServiceProvider e ceva ce obții din ServiceCollection pentru a crea o instanța a unui serviciu, să spunem. Nu contează că o clasă are dependențe atâta timp cât dependențele respective sunt la rândul lor înregistrate.
@ixb17Ай бұрын
@ si daca intr o clasa implementez mai multe clase care au interfete cum se ia, se ia toate interfetele prin constructorul clasei care are nevoie de fiecare interfata ?
@DevelopmentFactoryАй бұрын
Da, exact. Îți treci toate interfețele serviciilor de care ai nevoie în constructor și le înregistrezi pe toate cu ServiceCollection. Atâta timp cât containerul știe cum să instanțieze oricare dintre servicii, nu ar trebui să ai probleme.
@iulikdevАй бұрын
Hai ca de "DIC" asta nu am mai auzit pana acum. De aia am fugit de C#, OOP rezolva fix nimic. Ne luptam in tot felul de prostii... create ca sa rezolva niste probleme pe care le-am introdus cand am creat OOP... Sa inteleg ca dupa interfata aia ai o clasa abstracta si mai sapi 30 de minute dupa codul care te intereseaza...
@DevelopmentFactoryАй бұрын
Nu trebuie să sapi, în orice IDE poți să găsești foarte ușor toate implementările unei interfețe. Tu ce limbaj/framework folosești și cum îți gestionezi dependențele?
@iulikdevАй бұрын
@@DevelopmentFactory Era mai mult o frustrare a mea sunt rautacios, imi place c# este un limbaj complet, elegant, este actualizat. M-am chinuit cu el in web, faci niste api-uri misto, 3 clickuri si ai swagger, cool. Te chinui o saptamana sa instalezi un mssql pe un linux dar reusesti. Vrei sa rulezi codul pe un alt pc trebuie sa ai net framework instalat, am mii de instalari de net framework-uri in viata mea... Vrei un singur exe il ai, dar iti face 100mb pentru un simplu console log. Am pierdut mult timp sa inteleg acest OOP face niste giumbuslucuri de iti strica creierul. Am mai incercat razor bootstrap 3/blazor, 6 MB pentru nimic in browser ca tin ei mortis sa ruleze C# in browser... Sunt pusi pe optimizat C# in mod continuu, intr-un final au scos AOT dar nu pentru toate librariile... Am obosit si am ajuns la varsta in care vreau sa fie ce trebuie, chit ca imi ia mai mult decat in C#. VS foarte misto un ide complet pentru C#, putin mai lent dar merge. Am tot incercat C# in VSC doar ca nu se compara. Am trecut la sveltekit si nu regret, aproape totul il fac in web. Pentru restul o mai ard cu rust nu sunt eu expert, nici in c# nu eram, traiasca AI-ul. La job sunt singurul din echipa si imi permit sa programez in svelte. Nu limbajul te face bun si poti sa scoti solutii rapide in orice... Nu vreau sa flexez cu nimic, apreciez ca intr-un final vad pe cineva care explica C# in limba romana si mi-as fi dorit sa te urmaresc acum 3 ani cand ma chinuiam cu C#.