O zamrożonych interfejsach

UWAGA: Tłumaczenie tej strony nie zostało zakończone.
Może być ona niekompletna lub wymagać korekty.
Chcesz pomóc? | Dokończ tłumaczenie | Sprawdź ortografię | Więcej takich stron+.

Status dokumentu

To jest tylko zalążek dokumentu i nie można go traktować jako ukończony.

Interfejsy oraz komponenty XPCOM: przegląd

Aplikacje Mozilli napisane są jako zbiór komponentów XPCOM tworzących funkcjonalność aplikacji oraz grup XUL, DTD i JavaScript tworzących interfejs użytkownika (UI).

Komponenty XPCOM są dostępna światu za pomocą interfejsów.

Interfejsy opisują części funkcjonalności dostarczanej przez komponenty XPCOM i napisanych przy pomocy języka Interface Description Language (IDL).

Interfejsy zamrożone

Podczas rozwoju Mozilli, niektóre interfejsy (ich IDL) są ulepszane. Towarzyszą temu następujące skutki uboczne:

  1. Deweloperzy muszą zmienić implementacje komponentów, dostosowując ją do zmian dokonanych w interfejsach.
  2. Użytkownicy korzystający z komponentów także muszą odpowiednio dostosować swe działania.

Nie wydaje się to być wielkim kłopotem, ale gdy deweloperzy wprowadzają rozszerzenia (lub inne elementy), muszą polegać na stabilności interfejsów, których używają w pracy. Dlatego potrzebujemy mechanizmu, który zyskałby zaufanie twórców.

Zespół Mozilla stworzył taką procedurę: polega ona na deklarowaniu, które interfejsy nie będą przez kogokolwiek zmieniane - które są zamrożone. Oznacza to, że zamrożony interfejs nie będzie zmieniany, więc można go używać bez żadnych przeszkód i skutków ubocznych.

Niezamrożone (czasami nazywane odmrożonymi) intefejsy mogą być zmieniane i deweloperzy używający ich muszą obserwować wszelkie zmiany w komponentach by dostosować implementację. Przewidując optymistycznie, niektóre niezamrożone interfejsy mogą stać się zamrożone.

Mozilla udostępnia aktualną listę interfejsów i ich statusy.

Zobacz również

http://www.mozilla.org/projects/embe...aceFreeze.html

Autorzy i etykiety dokumentu

Ostatnia aktualizacja: zarat,