Powiem Wam szczerze, zacząłem się bawić w tą całą obiektówkę i jakoś nie widzę skąd ten hype? Patrzę jak to w c# jest zrobione. Po co na siłę udawać, że części kodu mają odpowiedniki w świecie materialnym? Tylko komplikuje kod i proste rzeczy nagle robi się dwa razy dłużej. Ktoś faktycznie używa komercyjnie takich wynalazków?
To co wkleiłeś to jest demo na najniższym poziomie dla kogoś kto kompletnie nie wie z czym się je. Jak zaczynasz rozumieć OOP to zaczynasz widzieć schematy podczas swojego kodowania gdzie coś można opakować w klasę, która ma jakieś swoje responsibility i idzie to z automatu podczas pisania. Jak się zaczynasz bawić jako student to nie załapiesz ot tak od razu. Krytykowanie OOP, bo coś tam na studiach było i nie zrozumiałeś
Ktoś faktycznie używa komercyjnie takich wynalazków?
cały świat
Po co na siłę udawać, że części kodu mają odpowiedniki w świecie materialnym?
to są tylko zabawkowe przykłady
Tylko komplikuje kod i proste rzeczy nagle robi się dwa razy dłużej
zazwyczaj upraszcza. nawet w kodzie pisanym w językach "nieobiektowych" najczęściej są obiekty, tylko brakuje wsparcia na poziomie języka. np. w C masz bardzo często zestaw składający się ze struktury / wskaźnika /
@ElTalento no a jak masz przechowywane dane, które programy pobierają i modyfikują? W tabelach w bazach danych. Więc jak wyobrażasz sobie prostszy sposób by zmapować tabelę i móc operować w kodzie na tuch danych?
@ElTalento: jeśli nie trolujesz, to objaśnienie: separacja odpowiedzialności, enkapsulacja, dziedziczenie. No i klasy nie reprezentują "na siłę obiektów ze świata rzeczywistego", ale pewne abstrakcje na temat pewnych bytów, które mogą, ale nie muszą odnosić się do bytów ze świata rzeczywistego.
no a jak masz przechowywane dane, które programy pobierają i modyfikują? W tabelach w bazach danych. Więc jak wyobrażasz sobie prostszy sposób by zmapować tabelę i móc operować w kodzie na tuch danych?
gdzie tu jest potrzebne programowanie obiektowe? od tego masz struktury.
@ElTalento: nie. enkapsulacja czyli ukrycie szczegółów implementacji wewnątrz klasy czy metody o sprecyzowanym interfejsie. Dzięki temu możesz repozytorium danych mieć zrealizowane w dowolny sposób nie zastanawiając się, czy dane są utrwalane w bazie, czy przez API, czy na glinianych tabliczkach.
Po co na siłę udawać, że części kodu mają odpowiedniki w świecie materialnym?
@ElTalento: Jeżeli uważasz, że to jest cecha programowania obiektowego to wielkie iksDe. Swoją drogą właśnie takie podejście jest przyczyną wielu potworków programistycznych.
@ElTalento OOP to nie tylko "zrobię sobie klasę która udaje samochód". Na programowanie obiektowe składa się kilka elementów (abstrakcja, dziedzinie, hermetyzacja czy polimorfizm) które pozwalają na duże reużycie, modularność kodu, czy łatwego podziału odpowiedzialności do odpowiednich klas,.co ułatwia utrzymanie kodu
#programowanie #programista15k #gorzkiezale #dotnet #oop #pytaniedoeksperta
źródło: csharp
Pobierzcały świat
to są tylko zabawkowe przykłady
zazwyczaj upraszcza. nawet w kodzie pisanym w językach "nieobiektowych" najczęściej są obiekty, tylko brakuje wsparcia na poziomie języka. np. w C masz bardzo często zestaw składający się ze struktury / wskaźnika /
gdzie tu jest potrzebne programowanie obiektowe? od tego masz struktury.
@ElTalento: czyli nie rozumiesz co to jest ta cała enkapsulacja
@ElTalento: Jeżeli uważasz, że to jest cecha programowania obiektowego to wielkie iksDe.
Swoją drogą właśnie takie podejście jest przyczyną wielu potworków programistycznych.
@ElTalento: udawadniasz, że nie rozumiesz
Słaby troll, 2/10 bo odpisałem
https://wykop.pl/wpis/61675861/powiem-wam-szczerze-zaczalem-sie-bawic-w-ta-cala-o
ja natomiast skopiowalem tego bajta jeszcze od kogos innego xd
To znaczy ze jeszcze nie rozumiesz OOP
źródło: 1*_xDSrTC0F2lke6OYtkRm8g
Pobierz