Programowanie obiektowe - Revision history

Admin: /* Podstawowe założenia paradygmatu obiektowego */

2006-06-25T07:57:55Z

Podstawowe założenia paradygmatu obiektowego

←Older revision		Revision as of 07:57, 25 June 2006
Line 5:		Line 5:

	==Podstawowe założenia paradygmatu obiektowego==		==Podstawowe założenia paradygmatu obiektowego==
-	Istnieje pewna różnica zdań co do tego, jakie cechy metody czy ~~[[język programowania\|~~języka programowania]] czynią je "orientowanymi obiektowo", jednak powszechnie uważa się, że najważniejsze są następujące cechy:	+	Istnieje pewna różnica zdań co do tego, jakie cechy metody czy języka programowania czynią je "orientowanymi obiektowo", jednak powszechnie uważa się, że najważniejsze są następujące cechy:

	===[[Abstrakcja]]===		===[[Abstrakcja]]===

Admin: usunięty zbędny link

2006-06-25T07:57:14Z

usunięty zbędny link

←Older revision		Revision as of 07:57, 25 June 2006
Line 1:		Line 1:
-	'''Programowanie obiektowe''' (ang. ''object-oriented programming'') to metodologia tworzenia ~~[[Oprogramowanie\|~~programów komputerowych]], która definiuje programy za pomocą "[[obiekt\|obiektów]]" - elementów łączących ''stan'' (czyli dane) i ''zachowanie'' (czyli procedury, tu: ''metody''). Obiektowy program komputerowy wyrażony jest jako zbiór takich obiektów, komunikujących się pomiędzy sobą w celu wykonywania zadań. Podejście to różni się od tradycyjnego programowania proceduralnego, gdzie dane i procedury nie są ze sobą bezpośrednio związane. Programowanie obiektowe ma ułatwić pisanie, konserwację i wielokrotne użycie programów lub ich fragmentów.	+	'''Programowanie obiektowe''' (ang. ''object-oriented programming'') to metodologia tworzenia programów komputerowych, która definiuje programy za pomocą "[[obiekt\|obiektów]]" - elementów łączących ''stan'' (czyli dane) i ''zachowanie'' (czyli procedury, tu: ''metody''). Obiektowy program komputerowy wyrażony jest jako zbiór takich obiektów, komunikujących się pomiędzy sobą w celu wykonywania zadań. Podejście to różni się od tradycyjnego programowania proceduralnego, gdzie dane i procedury nie są ze sobą bezpośrednio związane. Programowanie obiektowe ma ułatwić pisanie, konserwację i wielokrotne użycie programów lub ich fragmentów.

	==Programowanie obiektowe a rzeczywistość==		==Programowanie obiektowe a rzeczywistość==

Admin: /* Polimorfizm */

2006-06-25T07:46:19Z

Polimorfizm

←Older revision		Revision as of 07:46, 25 June 2006
Line 14:		Line 14:

	===[[Polimorfizm]]===		===[[Polimorfizm]]===
-	Referencje i kolekcje obiektów mogą dotyczyć obiektów różnego typu, a wywołanie metody dla referencji spowoduje zachowanie odpowiednie dla pełnego typu obiektu wywoływanego. Jeśli dzieje się to w czasie działania programu, to nazywa się to ''późnym wiązaniem'' lub ''wiązaniem dynamicznym''. Niektóre języki udostępniają bardziej statyczne (w trakcie kompilacji) rozwiązania polimorfizmu - na przykład szablony i przeciążanie operatorów w [[C++]].	+	Referencje i kolekcje obiektów mogą dotyczyć obiektów różnego typu, a wywołanie metody dla referencji spowoduje zachowanie odpowiednie dla pełnego typu obiektu wywoływanego. Jeśli dzieje się to w czasie działania programu, to nazywa się to ''późnym wiązaniem'' lub ''wiązaniem dynamicznym''. Niektóre języki udostępniają bardziej statyczne (w trakcie kompilacji) rozwiązania polimorfizmu - na przykład szablony i przeciążanie operatorów w C++.

	===[[Dziedziczenie]]===		===[[Dziedziczenie]]===

Admin: /* Pochodzenie tekstu */

2006-06-25T07:44:48Z

Pochodzenie tekstu

←Older revision		Revision as of 07:44, 25 June 2006
Line 59:		Line 59:

	==Pochodzenie tekstu==		==Pochodzenie tekstu==
-	~~Tekst pochodzi z [http://pl.wikipedia.org polskiej Wikipedii] i udostępnionu jest na licencji GFDL.~~	+	{{WP}}
-	* [http://pl.wikipedia.org/wiki/GFDL Co to GFDL?] - artykuł na pl.wikipedia.org	+
-	* [[GFDL]] - lokalna kopia treści licencji GFDL	+
-	* [http://www.gnu.org/licenses/fdl.html GFDL] - kopia licencji GFDL w witrynie gnu.org	+

	[[Category:Pytania]]		[[Category:Pytania]]

Admin: /* Elementarna charakterystyka cech popularnych języków programowania obiektowego */

2006-06-25T07:41:18Z

Elementarna charakterystyka cech popularnych języków programowania obiektowego

←Older revision		Revision as of 07:41, 25 June 2006
Line 39:		Line 39:

	* Dziedziczenie wielokrotne:		* Dziedziczenie wielokrotne:
-	** jest: [[C++]], [[Python]], [[Incr Tcl]]	+	** jest: C++, Python, Incr Tcl
-	** tylko interfejsy: [[Object Pascal]], [[Java]], ~~[[C Sharp\|~~C#]]	+	** tylko interfejsy: Object Pascal, Java, C#
-	** tylko metody: ~~[[Ruby (język programowania)\|~~Ruby]]	+	** tylko metody: Ruby
	* Klasa jest obiektem:		* Klasa jest obiektem:
-	** tak: [[Ruby ~~(język programowania)\|Ruby]]~~, [[Python]], [[Java]] (za pomocą obiektu Class)	+	** tak: Ruby, Python, Java (za pomocą obiektu Class)
-	** nie: [[C++]], ~~[[C Sharp\|~~C#]], [[Ocaml]]	+	** nie: C++, C#, Ocaml
	* Wszystkie obiekty wywodzą się z jednego korzenia i muszą mieć nadklasę:		* Wszystkie obiekty wywodzą się z jednego korzenia i muszą mieć nadklasę:
-	** tak: [[Java]], ~~[[C Sharp\|~~C#]], ~~[[Ruby (język programowania)\|~~Ruby]], [[Object Pascal]], [[Incr Tcl]], [[Python]] (klasy nowego typu)	+	** tak: Java, C#, Ruby, Object Pascal, Incr Tcl, Python (klasy nowego typu)
-	** nie: [[C++]], [[Ocaml]], [[Python]] (klasy starego typu)	+	** nie: C++, Ocaml, Python (klasy starego typu)
	* Obiekt można pytać do której podklasy należy:		* Obiekt można pytać do której podklasy należy:
-	** tak: [[Ruby ~~(język programowania)\|Ruby]]~~, ~~[[C Sharp\|~~C#]], [[C++]] (z [[RTTI]]), [[Java]] ([[RTTI]] lub mechanizm refleksji), [[Python]], [[Object Pascal]], [[Incr Tcl]]	+	** tak: Ruby, C#, C++ (z RTTI), Java (RTTI lub mechanizm refleksji), Python, Object Pascal, Incr Tcl
-	** nie: [[Ocaml]]	+	** nie: Ocaml
-	* Mechanizm szablonów do automatycznego generowania klas (np. szablon ~~[[drzewo binarne\|~~Drzewo_Binarne]]<> z klasy X tworzy Drzewo_Binarne<X>):	+	* Mechanizm szablonów do automatycznego generowania klas (np. szablon Drzewo_Binarne<> z klasy X tworzy Drzewo_Binarne<X>):
-	** tak: [[Ruby ~~(język programowania)\|Ruby]]~~, [[C++]], [[Ocaml]], ~~[[C Sharp\|~~C# 2.0]]	+	** tak: Ruby, C++, Ocaml, C# 2.0
-	** nie: [[Java]], (od wersji 1.5 wprowadzono mechanizm pozwalający uzyskać podobną funkcjonalność)	+	** nie: Java, (od wersji 1.5 wprowadzono mechanizm pozwalający uzyskać podobną funkcjonalność)
-	* Przeładowywanie (~~[[Przeciążanie operatrów\|~~przeciążanie]]) operatorów:	+	* Przeładowywanie (przeciążanie) operatorów:
-	** tak: [[Ruby ~~(język programowania)\|Ruby]]~~, [[C++]], [[Python]], ~~[[C Sharp\|~~C#]]	+	** tak: Ruby, C++, Python, C#
-	** nie: [[Java]] (choć przeciążonych jest kilka operatorów wbudowanych, np. + w klasie String), [[Ocaml]], [[Object Pascal]] (tak od BDS 2006)	+	** nie: Java (choć przeciążonych jest kilka operatorów wbudowanych, np. + w klasie String), Ocaml, Object Pascal (tak od BDS 2006)
-		+
-	~~----~~	+

		+	==Pochodzenie tekstu==
	Tekst pochodzi z [http://pl.wikipedia.org polskiej Wikipedii] i udostępnionu jest na licencji GFDL.		Tekst pochodzi z [http://pl.wikipedia.org polskiej Wikipedii] i udostępnionu jest na licencji GFDL.
	* [http://pl.wikipedia.org/wiki/GFDL Co to GFDL?] - artykuł na pl.wikipedia.org		* [http://pl.wikipedia.org/wiki/GFDL Co to GFDL?] - artykuł na pl.wikipedia.org

Admin at 07:35, 25 June 2006

2006-06-25T07:35:19Z

Show changes

81.168.156.163 at 23:43, 24 June 2006

2006-06-24T23:43:04Z

New page

Nr pytania : 1
Autor : Jarosław Mroczek
Źródło : http://pl.wikipedia.org/wiki/Programowanie_obiektowe

Programowanie obiektowe

Programowanie obiektowe (ang. object – oriented programming, w skrócie OOP) to metodologia tworzenia programów komputerowych, która pozwala zdefiniować program jako zbiór ,,obiektów” – elementów łączących stan (dane) i zachowanie (czyli procedury, tu: metody). Obiektowy program komputerowy wyrażony jest jako zbiór takich obiektów, komunikujących się ze sobą w celu wykonywania zadań. Każdy obiekt należy do klasy, która w niektórych językach jest też obiektem, lub przedstawiając sprawę odwrotnie – jest instancją jakiejś klasy. Klasa może mieć nadklasę. Tworzy się więc hierarchia klas. Dane przechowywane przez obiekt to atrybuty, natomiast funkcje z nim powiązane to metody. Niektóre z atrybutów i metod są prywatne – są dostępne tylko z wnętrza obiektu, inne są publiczne - są dostępne zarówno z wnętrza jak i z zewnątrz obiektu. Obiekty powinny podlegać zasadzie enkapsulacji (patrz dalej) – publiczne powinno być tylko to co musi być takie.
Programowanie obiektowe wywodzi się z programowania strukturalnego (a to z kolei z programowania proceduralnego), gdzie istniał hierarchiczny podział programu na procedury (moduły) jednak struktury danych oraz procedury operujące na nich nie były ze sobą bezpośrednio związane. Programowanie obiektowe ma na celu ułatwić pisanie, konserwację i wielokrotne użycie programów lub ich fragmentów. Największym atutem programowania, projektowania, oraz analizy obiektowej jest zgodność takiego podejścia z rzeczywistością – mózg ludzki jest w naturalny sposób najlepiej przystosowany do takiego podejścia przy przetwarzaniu informacji.

Podstawowe założenia paradygmatu obiektowego
Istnieje pewna różnica zdań co do tego, jakie cechy metody czy języka programowania czynią je "zorientowanymi obiektowo", jednak powszechnie uważa się, że najważniejsze są następujące cechy:

● Abstrakcja: Każdy obiekt w systemie służy jako model abstrakcyjnego "wykonawcy", który może wykonywać pracę, opisywać i zmieniać swój stan, oraz komunikować się z innymi obiektami w systemie, bez ujawniania, w jaki sposób zaimplementowano dane cechy. Procesy, funkcje lub metody mogą być również abstrahowane, a kiedy tak się dzieje, konieczne są rozmaite techniki rozszerzania abstrakcji.
● Enkapsulacja (ukrywanie implementacji, hermetyzacja): Zapewnia, że obiekt nie może zmieniać stanu wewnętrznego innych obiektów w nieoczekiwany sposób. Tylko wewnętrzne metody obiektu są uprawnione do zmiany jego stanu. Każdy typ obiektu prezentuje innym obiektom swój "interfejs", który określa dopuszczalne metody współpracy. Pewne języki osłabiają to założenie, dopuszczając pewien poziom bezpośredniego (kontrolowanego) dostępu do "wnętrzności" obiektu. Ograniczają w ten sposób poziom abstrakcji.
● Polimorfizm: Referencje i kolekcje obiektów mogą dotyczyć obiektów różnego typu, a wywołanie metody dla referencji spowoduje zachowanie odpowiednie dla pełnego typu obiektu wywoływanego. Jeśli dzieje się to w czasie działania programu, to nazywa się to późnym wiązaniem lub wiązaniem dynamicznym. Niektóre języki udostępniają bardziej statyczne (w trakcie kompilacji) rozwiązania polimorfizmu – na przykład szablony i przeciążanie operatorów w C++.
● Dziedziczenie: Porządkuje i wspomaga polimorfizm i enkapsulację dzięki umożliwieniu definiowania i tworzenia specjalizowanych obiektów na podstawie bardziej ogólnych. Dla obiektów specjalizowanych nie trzeba redefiniować całej funkcjonalności, lecz tylko tę, której nie ma obiekt ogólniejszy. W typowym przypadku powstają grupy obiektów zwane klasami, oraz grupy klas zwane drzewami. Odzwierciedlają one wspólne cechy obiektów.

DODATKOWO (to już raczej dla tych, którzy chcą się pouczyć)
Niektóre języki wprowadzają modyfikacje do założeń obiektowości, na przykład:
● w niektórych językach każda klasa musi mieć nadklasę
● w niektórych językach nadklas może być więcej niż jedna

Obiektowość rozprzestrzeniła się dość znacznie, jednak zwykle w systemach hybrydowych, w połączeniu z programowaniem niskopoziomowym (C++), funkcyjnym (Ruby, Ocaml, niektóre dialekty Lispa), sieciowym (Java), skryptowym (Perl, Python) itd. Systemy czysto obiektowe typu Smalltalk nie znalazły zbyt szerokiego zastosowania.
Powyższy opis dopuszcza jak widać bardzo dużą różnorodność – i w rzeczywistości, o ile systemy programowania strukturalnego czy funkcyjnego były do siebie mniej więcej podobne, systemy obiektowe różnią się tak bardzo że nie wiadomo co tak naprawdę znaczy nazwa obiektowe.
Krótkie wyszczególnienie różnic:
● Dziedziczenie wielokrotne:
● jest: C++, Python
● nie ma: Java
● dziedziczenie wielokrotne tylko metod: Ruby
● Klasa jest obiektem:
● tak: Ruby, Python
● nie: C++, Ocaml
● Wszystkie obiekty wywodzą się z jednego korzenia i muszą mieć nadklasę:
● tak: Java, Ruby
● nie: C++, Ocaml, Python
● Obiekt można pytać do której podklasy należy:
● tak: Ruby, C++ (z RTTI), Python
● nie: Java, Ocaml
● Mechanizm szablonów do automatycznego generowania klas (np. szablon Drzewo_Binarne<> z klasy X tworzy Drzewo_Binarne<X>):
● tak: Ruby, C++, Ocaml
● nie: Java
● Przeładowywanie (przeciążanie) operatorów:
● tak: Ruby, C++, Python
● nie: Java, Ocaml