Jaka jest różnica między NSNotificationCenter a techniką Key Value Observing?

Question

Właśnie przeczytałem kilka tutoriali dotyczących KVO, ale jeszcze nie odkryłem przyczyny jego istnienia. Czy NSNotificationCenter nie jest łatwiejszym sposobem obserwacji obiektów?

Jestem nowy w Stackoverflow, więc po prostu powiedz mi, czy coś jest nie tak z tym pytaniem!

Answer 1

Powiadomienia i KVO służą do podobnych funkcji, ale z różnymi kompromisami.

• Powiadomienia są łatwe do zrozumienia. KVO jest ... trudne ... zrozumieć (przynajmniej zrozumieć, jak z niego korzystać oraz).

• Powiadomienia wymagają modyfikacji obserwowanego kodu. Obserwowane musi jawnie generować każde powiadomienie, które oferuje. KVO jest przezroczysty dla obserwowanego kodu, o ile obserwowany kod jest zgodny z KVC (co i tak powinno być).

• Powiadomienia mają narzut, nawet jeśli ich nie używasz. Za każdym razem, gdy zaobserwowany kod wysyła powiadomienie, musi być sprawdzony przed każdą obserwacją w systemie, nawet jeśli nikt nie obserwuje tego obiektu (nawet jeśli nikt niczego nie obserwuje). Może to być bardzo nietrywialne, jeśli w systemie jest więcej niż kilkaset obserwacji. Może to stanowić poważny problem, jeśli jest ich kilka tysięcy. KVO ma zero narzutów dla każdego obiektu, który nie jest faktycznie obserwowany.

Ogólnie rzecz biorąc, odradzam KVO z powodu pewnych konkretnych problemów związanych z wdrażaniem, które moim zdaniem utrudniają prawidłowe stosowanie. Trudno jest zaobserwować obiekt, który obserwuje również twoja superklasa bez specjalnej znajomości twojej superklasy. Jego silne uzależnienie od literałów smyczkowych sprawia, że ​​małe literówki są trudne do uchwycenia podczas kompilacji. Zasadniczo znajduję kod, który opiera się w dużej mierze na tym, że staje się on skomplikowany i trudny do odczytania, i zaczyna podnosić upiorne działania na odległość. Kod NSNotification wydaje się być bardziej bezpośredni i można zobaczyć, co się dzieje. Losowy kod działa nie tylko wtedy, gdy się go nie spodziewano.

Wszystko to powiedziawszy, KVO jest ważną cechą i programiści muszą to zrozumieć. Coraz więcej obiektów niskopoziomowych polega na tym, ponieważ ma zalety zerowego obciążenia. Ale dla nowych programistów zazwyczaj zalecam raczej poleganie na powiadomieniach niż na KVO.

Istnieje trzecia droga. Możesz zachować listę słuchaczy i wysyłać im wiadomości, gdy rzeczy się zmieniają, tak jak metody delegatów. Niektórzy nazywają to "delegatami multicastowymi", ale "słuchacze" są tutaj poprawniejsi, ponieważ nie modyfikują zachowania obiektu, tak jak robią to delegaci. Robienie tego w ten sposób może być znacznie szybsze niż NSNotification, jeśli potrzebujesz dużo obserwacji w systemie, bez dodawania złożoności KVO.