肯德基战略联盟东方梦工厂 实力开拓娱乐版图

百度 如果要在这两款车型中做出选择的话，仁者见仁智者见智，但以当下汽车市场的发展趋势来说，版本无论从动力性能的表现还是燃油经济性方面，都更具优势。

Wzorzec projektowy (ang. design pattern) – uniwersalne, sprawdzone w praktyce rozwi?zanie cz?sto pojawiaj?cych si?, powtarzalnych problemów projektowych. Pokazuje powi?zania i zale?no?ci pomi?dzy klasami oraz obiektami i u?atwia tworzenie, modyfikacj? oraz utrzymanie kodu ?ród?owego. Jest opisem rozwi?zania, a nie jego implementacj?. Wzorce projektowe stosowane s? w projektach wykorzystuj?cych programowanie obiektowe.

Historia

Wzorce projektowe w informatyce wywodz? si? z wzorców projektowych w architekturze, które zosta?y zaproponowane przez austriackiego architekta Christophera Alexandra i mia?y u?atwi? konstruowanie mieszkań i pomieszczeń biurowych. Pomys? ten nie zosta? jednak przyj?ty.

Inaczej sta?o si? w informatyce. Termin wzorca projektowego zosta? wprowadzony do in?ynierii oprogramowania przez Kenta Becka oraz Warda Cunninghama w 1987 roku. Na konferencji OOPSLA, przedstawili oni wyniki swojego eksperymentu dotycz?cego ich zastosowania w programowaniu. Zosta? spopularyzowany w 1995 przez Gang of Four (Erich Gamma, Richard Helm, Ralph Johnson oraz John Vlissides) dzi?ki ksi??ce Wzorce projektowe: Elementy oprogramowania obiektowego wielokrotnego u?ytku.

Wzorce rozwi?zań

Wzorce projektowe najcz??ciej tworzone s? w oparciu o programowanie obiektowe. Zakres tego poj?cia sta? si? problemem rozwa?anym od po?owy lat 90. XX wieku. Ostatecznie ustalono, ?e algorytmy nie s? wzorcami projektowymi, jako ?e rozwi?zuj? problemy obliczeniowe, a nie projektowe. Wzorce cz?sto s? ??czone w celu rozwi?zania bardziej z?o?onego problemu.

Zamiast skupia? si? na funkcjonowaniu poszczególnych elementów, wzorce projektowe stanowi? abstrakcyjny opis zale?no?ci pomi?dzy klasami, co w efekcie wprowadza pewn? standaryzacj? kodu oraz zwi?ksza jego zrozumia?o??, wydajno?? i niezawodno??. Warto?? wzorców projektowych stanowi nie tylko samo rozwi?zanie problemu, ale tak?e dokumentacja, która wyja?nia cel, dzia?anie, zalety danego rozwi?zania, co pomaga w ?atwiejszym stosowaniu i adaptacji wzorców w danym zastosowaniu.

Wzorce projektowe mog? przyspieszy? proces rozwoju oprogramowania przez dostarczenie wypróbowanych rozwi?zań dla problemów, które mog? nie by? oczywiste na pocz?tku procesu projektowego. Cz?sto zagadnienia te wi??? si? z ewolucj? oczekiwań wzgl?dem projektowanego systemu: rozszerzeniem jego funkcjonalno?ci, zmian? sposobu i formatu wprowadzanych danych czy dostosowaniem aplikacji do ró?nych klas u?ytkowników. Nieuwzgl?dnienie ich na pocz?tku procesu rozwoju produktu programistycznego powoduje cz?sto konieczno?? gruntownego przebudowywania zaawansowanego lub gotowego ju? oprogramowania.

Wzorzec MVC

MVC (od angielskich s?ów Model, View i Controller) opracowano pod koniec lat 70 jako wzorzec realizacji interfejsu u?ytkownika w j?zyku Smalltalk-80. Nast?pnie wykorzystano go równie? w innych j?zykach i systemach zorientowanych obiektowo.

Trzy sk?adowe tego modelu to:

• Model - G?ówny nacisk k?adzie na logik? aplikacji i logik? biznesow?. Model powinien by? zaprojektowany w taki sposób, aby by? niezale?ny od wybranego rodzaju prezentacji oraz systemu obs?ugi akcji u?ytkownika.
• Widok - zarz?dza graficzn? lub tekstow? prezentacj? modelu. Widok pobiera informacje z modelu, ilekro? zostaje powiadomiony o jego zmianie.
• Kontroler - jest odpowiedzialny za reagowanie na akcji u?ytkownika (np. klikni?cia myszk?), odwzorowuj?c je na operacje zawarte w modelu oraz na zmiany widoku.

Elementy wzorca

Wzorzec projektowy sk?ada si? z czterech podstawowych elementów:

• nazwy wzorca;

• problemu – opisuje sposoby rozpoznawania sytuacji, w których mo?emy zastosowa? dany wzorzec oraz warunki jakie musz? zosta? spe?nione, by jego zastosowanie mia?o sens;

• rozwi?zania – opisuje elementy rozwi?zania: ich relacje, powi?zania oraz obowi?zki, zawiera tak?e wskazówki implementacyjne dla ró?nych technologii;

• konsekwencji – zestawienie wad i zalet stosowania wzorca, uwzgl?dniaj?ce informacje o jego brakach oraz kosztach rozwoju i utrzymania systemu wykorzystuj?cego dany wzorzec.

Dokumentacja

Dokumentacja wzorca projektowego powinna zawiera? informacje o rozwi?zywanym problemie, kontekst w jakim nale?y go stosowa? oraz sugerowane rozwi?zanie. Ró?ni autorzy mog? stosowa? odmienne style tworzenia takiej dokumentacji, ale zwykle jej najwa?niejsze elementy s? do siebie podobne. Jeden z najpopularniejszych uk?adów opisu wzorca projektowego zosta? zaproponowany przez Band? Czterech

• Nazwa wzorca oraz klasyfikacja: opisowa oraz unikalna nazwa, umo?liwiaj?ca identyfikacj? oraz odwo?ywanie si? do wzorca; klasyfikacja wed?ug jednego ze schematów.
• Przeznaczenie: opis celu, który stoi za wzorcem oraz powody, jakimi nale?y si? kierowa? podczas jego wyboru.
• Inne nazwy: je?eli istniej? inne, dobrze znane nazwy wzorca, nale?y je poda?.
• Motywacja: scenariusz zawieraj?cy problem powi?zany z kontekstem, w którym wzorzec mo?e by? stosowany.
• Stosowalno??: sytuacje, w których wzorzec mo?e by? u?yteczny.
• Struktura: graficzna reprezentacja wzorca, zwykle jako diagram klas lub diagram interakcji.
• Uczestnicy: lista klas i obiektów stosowanych w tym wzorcu oraz ich zobowi?zania.
• Wspó?praca: opis wzajemnej interakcji klas i obiektów wykorzystywanych we wzorcu.
• Konsekwencje: wykaz wyników, efektów ubocznych oraz kompromisów jakie wyst?puj? podczas u?ycia wzorca.
• Implementacja: wskazówki dotycz?ce implementacji wzorca; zwrócenie uwagi na specyficzne kwestie.
• Przyk?adowy kod: przyk?ad zastosowania wzorca z wykorzystaniem jednego z j?zyków programowania.
• Przyk?ady zastosowania: znane przyk?ady zastosowania wzorca w rzeczywistych programach.
• Pokrewne wzorce: odniesienie wzorca do innych, z którymi wi??e si? przez wspólne stosowanie lub mo?na go z nimi zamieni? oraz przedstawienie ró?nic w stosunku do podobnych wzorców.

Klasyfikacja podstawowa

Pocz?tkowo Banda Czterech za?o?y?a, ?e istniej? dwa podstawowe rodzaje klasyfikacji wzorców. Pierwsza z nich dotyczy rodzaju wzorca i opisuje to, co on robi. Wed?ug tego kryterium wzorce mo?emy podzieli? na trzy rodziny:

• kreacyjne (konstrukcyjne) – opisuj?ce proces tworzenia nowych obiektów; ich zadaniem jest tworzenie, inicjalizacja oraz konfiguracja obiektów, klas oraz innych typów danych;
• strukturalne – opisuj?ce struktury powi?zanych ze sob? obiektów;
• czynno?ciowe (behawioralne, operacyjne) – opisuj?ce zachowanie i odpowiedzialno?? wspó?pracuj?cych ze sob? obiektów.

Drugi model dzieli wzorce na kategorie wed?ug ich zakresów. Kategoryzacja polega na okre?leniu czy wzorzec dotyczy klas, czy obiektów. Tutaj wzorce dzielimy na:

• klasowe – opisuj?ce statyczne zwi?zki pomi?dzy klasami;
• obiektowe – opisuj?ce dynamiczne zwi?zki pomi?dzy obiektami.

Uwzgl?dniaj?c powy?sze za?o?enia klasyfikacja podstawowych wzorców wygl?da nast?puj?co:

• wzorce kreacyjne:
  • Budowniczy (obiektowy),
  • Fabryka abstrakcyjna (obiektowy),
  • Metoda wytwórcza (klasowy),
  • Prototyp (obiektowy),
  • Singleton (obiektowy);

• wzorce strukturalne:
  • Adapter (klasowy oraz obiektowy),
  • Dekorator (obiektowy),
  • Fasada (obiektowy),
  • Kompozyt (obiektowy),
  • Most (obiektowy),
  • Pe?nomocnik (obiektowy),
  • Py?ek (obiektowy);

• wzorce czynno?ciowe/operacyjne:
  • ?ańcuch zobowi?zań/odpowiedzialno?ci (obiektowy),
  • Polecenie (obiektowy),
  • Interpreter (klasowy),
  • Iterator (obiektowy),
  • Mediator (obiektowy),
  • Pami?tka/Memento (ang. Memento) (obiektowy),
  • Metoda szablonowa (ang. template method) (klasowy),
  • Obserwator (obiektowy),
  • Stan (obiektowy),
  • Strategia (obiektowy),
  • Odwiedzaj?cy/Wizytator (ang. visitor) (obiektowy),
  • Zabór Zasobu Jest Inicjalizacj? (obiektowy).

Klasyfikacja rozszerzona

W pó?niejszym okresie pojawi?y si? inne kategorie wzorców projektowych:

• wzorce wspó?bie?no?ci – definiuj? sposoby wspó?dzia?ania wielu obiektów, w?tków lub procesów; zaliczany do nich:
  • Aktywny obiekt,
  • Asynchroniczne sterowanie przez zdarzenia,
  • Udaremnianie (rozgraniczanie),
  • Blokada z podwójnym zatwierdzeniem,
  • Ochraniane wstrzymywanie,
  • Obiekt monitoruj?cy,
  • Blokada zapisu i odczytu,
  • Zarz?dca procesów,
  • Pula w?tków,
  • Pami?? dla w?tków,
  • Reaktor;

• Wzorce odwzorowania O-R – opisuj? (mi?dzy innymi) wymian? danych pomi?dzy warstw? danych a warstw? logiki biznesowej:
  • Leniwa inicjalizacja.

• Pozosta?e wzorce
  • Wstrzykiwanie zale?no?ci

Zobacz te?

• wzorzec architektoniczny
• antywzorzec projektowy

Linki zewn?trzne

• Katalog wzorców projektowych

Bibliografia

• Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides: In?ynieria oprogramowania: Wzorce projektowe (Wyd. II). Warszawa: WNT, 2008. ISBN 978-83-204-3472-9. Brak numerów stron w ksi??ce
• Christopher G. Lasater: Design Patterns. Wordware Publishing (Jones and Bartlett Publishers), 2007, s. 302. ISBN 978-1-59822-031-5.