Obiektowosc a rzeczywistosc tworzenia kodu?

0

Hej, mam do Was pytanie jak czesto korzystacie z obiektowosci programujac w c# ? Mowie tutaj np o asp.net badz mvc ? Bo wydaje mi sie ze jezyka jest jak najbardziej obiektowy,jak wszyscy wiemy ale chyba w aplikacjach webowych nie wykorzytuje sie tego w pelni a nie wiem czy nawet w polowie,jakie macie zdanie na ten temat?

0

Piszesz przy pomocy ASP.NET MVC, do tego jakiś ORM i pytasz czy korzystamy z obiektowości?

0

Co nazywasz "obiektowością"?

0

No ale juz sie zaczynacie czepiac, pytam tak ogolnie polimorfizm,abstrakcja itd czy rzeczywiscie korzystacie z full mozliwosci programowania obiektowego w aplikacjach webowych tego typu?

0

Tak.

Mam wrażenie, że próbujesz sobie usprawiedliwić nieznajomość języka i programowania obiektowego przy pisaniu w ASP.NET. To tak jak ze znajomością JavaScript, gdy korzystamy z jQuery. Prędzej czy później nadejdzie moment, w którym niewiedza odbije się na tobie i albo się w czymś kompletnie pogubisz albo zrobisz coś w najgorszy możliwy sposób.

0

No ok,nie usprawiedliwiam po prostu chcialem wiedziec, jak to jest bo np uczac sie z tutoriali nie ma tam mowy o zadnym nacisku na obiektowosc wiec ciezko jest samemu wpasc w taki rytm nie majac z tym od samego poczatku do czynienia,raczej dlatego zapytalem.

A czy nauka wzorcow projektowych pomoze mi przestawic sie na programowanie typowo obiektowe ?

0

wg mnie bez podstaw obiektowości nie zrozumiesz większość wzorców projektowych.
raczej zacznij od tej drugiej strony.

0

to masz słabe tutoriale, bo w każdym mówią o obiektach!

1
OO napisał(a)

A czy nauka wzorcow projektowych pomoze mi przestawic sie na programowanie typowo obiektowe ?

Raczej tak. Wzorce właśnie pokazują praktyczne zastosowanie tych wszystkich cech programowania obiektowego. W ten sposób mogą pomóc zrozumieć, do czego tak naprawdę służy dziedziczenie i dlaczego jest złe, albo kiedy stosować polimorfizm. Tylko musisz mieć do nich dobrą książkę, bo tutoriale z netu to raczej tylko suche definicje i słabe przykłady.

Poza tym, mogę polecić tę książkę: http://helion.pl/ksiazki/analiza-i-projektowanie-obiektowe-rusz-glowa-brett-d-mclaughlin-gary-pollice-david-west,anprob.htm. W prosty sposób, na konkretnych przykładach programów pokazuje jak je przerobić od wersji pseudoobiektowej do obiektowej, tak aby stały się sensowne. Pozwala załapać pewne zasady i dobre wzorce.

I co najważniejsze - technologie takie jak ASP.NET są przeznaczone dla ludzi, którzy potrafią programować. To nie jest coś, od czego zaczyna się naukę programowania! Najpierw trzeba sobie napisać 200 programików w konsoli, żeby zrozumieć na czym polega programowanie obiektowe, a potem zająć się poważnymi technologiami.

0

Dzieki za ksiazke :) nie no ja znam c# i ta cala obiektowosc napisalem pare aplikacji kosolowych typowo obiektowych i wlasnie dlatego ze one byly obiektowe w przeciwienstwie do aplikacji w asp w ktorych mi brakowalo tych wszystkich cech obiektowosci ale jakos nie bylo potrzeby z tego korzystac,moze dlatego ze to byly proste aplikacje wykonujace rozne operacje na bazie danych,wiec nie wiem moze z tego to wynika(prostoty aplikacji),ale w kazdym razie nie czulem potrzeba korzystania tam z pelnej obiektowosci no a takie rzeczy jak klasy,propertisy itd byly.

Moze przedstawie sytuacje ktora wplynela na decyzje zapytania sie Was tutaj co z ta obiektowoscia, rozmawialem z gosciem ktory napisal wlasny system czy moze inaczej, rozszezenie funkcjonalnosci ms crm 4 dla pewnego klienta i pewnego razu mi powiedzial, ze nie potrafi pisac obiektowo i ze ten system raczej obiektowy nie jest,pozniej patrze na to wszystko no i tak, klasy sa, propertisy sa,konstruktory sa metody itd itd moze nie bylo polimorfizmu czy dziedziczenia i teraz pytanie do Was ten system jest obiektowy czy nie ? Zamieszal mi w glowie mowiac, ze nie jest jak jak widze co innego.

0
OO napisał(a)

pozniej patrze na to wszystko no i tak, klasy sa, propertisy sa,konstruktory sa metody itd itd moze nie bylo polimorfizmu czy dziedziczenia i teraz pytanie do Was ten system jest obiektowy czy nie ? Zamieszal mi w glowie mowiac, ze nie jest jak jak widze co innego.

To, że są klasy i właściwości nie znaczy jeszcze, że coś jest obiektowe. W języku obiektowym można pisać zupełnie nieobiektowo i tak pewno jest w przypadku, który opisujesz.
Programowanie obiektowe polega na obiektowym zamodelowaniu problemu, którego program dotyczy. Na to składa się nie tylko odpowiednie wyodrębnienie klas, ale także powiązanie ich w odpowiedni sposób ze sobą, tak aby spełniały pewne zasady, np. SOLID.

1 użytkowników online, w tym zalogowanych: 0, gości: 1