Swift: print () vs println () vs NSLog()

Kilka różnic:

1. print vs println:

   Funkcja print wyświetla komunikaty w konsoli Xcode podczas debugowania aplikacji.

   println jest odmianą tego, która została usunięta w Swift 2 i nie jest już używana. Jeśli widzisz stary kod, który używa println, możesz teraz bezpiecznie zastąpić go print.

   Z powrotem w Swift 1.x, print nie dodało znaków nowej linii na końcu drukowanego ciągu, podczas gdy println tak. Ale obecnie, print zawsze dodaje znak nowej linii na końcu łańcucha, a jeśli nie chcesz, aby to robił, podaj parametr terminator "".

2. NSLog:

   • NSLog jest wolniejszy;

   • NSLog dodaje znacznik czasu i identyfikator do wyjścia, podczas gdy print nie będzie;

   • NSLog polecenia pojawiają się zarówno w konsoli urządzenia, jak i w konsoli debuggera, podczas gdy print pojawia się tylko w konsoli debuggera.

   • NSLog zastosowania printf - style formatowania łańcuchów, np.

     NSLog("%0.4f", CGFloat.pi)
     

     To da:

     2017-06-09 11:57:55.642328-0700 MyApp[28937:1751492] 3.1416

3. [42]} skuteczne iOS 10 / macOS 10.12, istnieje trzecia alternatywa, os_log, część systemu "zunifikowanego rejestrowania" (zobacz wideo WWDC 2016 zunifikowane rejestrowanie i śledzenie aktywności ).

   • Musisz zaimportować os.log przed użyciem os_log funkcji:

     import os.log
     

   • Jak NSLog, os_log wyświetla komunikaty zarówno do konsoli debugowania Xcode, jak i do konsoli urządzenia

   • Możesz teraz kontrolować pola "podsystem" i "kategoria" dostępne w aplikacji konsoli. Na przykład:

     let log = OSLog(subsystem: Bundle.main.bundleIdentifier!, category: "network")
     os_log("url = %@", log: log, url.absoluteString)
     

     Gdy obserwujesz aplikację za pośrednictwem zewnętrznej aplikacji konsoli, możesz nie tylko dodać te kolumny do głównego widoku, ale możesz filtrować na ich podstawie. Jest to bardzo przydatne, gdy chcemy odróżnić wiadomości debugujące od tych generowanych przez innych podsystemów w imieniu aplikacji; lub (b) wiadomości z innych kategorii lub typów.

   • Możesz określić różne typy wiadomości logowania, albo .info, .debug, .error, .fault (lub .default):

     os_log("web service did not respond", type: .error)
     

     Tak więc, jeśli korzystasz z zewnętrznej aplikacji konsoli, możesz wybrać wyświetlanie tylko wiadomości określonych kategorii(np. Pokaż tylko wiadomości debugowania, jeśli wybierzesz opcję " Dołącz wiadomości debugowania "w menu" Akcja " konsoli). Ustawienia te dyktują również wiele subtelnych szczegółów problemów o tym, czy rzeczy są rejestrowane na dysku, czy nie. Zobacz wideo WWDC po więcej szczegółów.

   • Nie można używać interpolacji łańcuchów podczas używania os_log. Na przykład nie możesz zrobić:

     os_log("foo \(url.absoluteString)")
     

     Musiałbyś zrobić:

     os_log("url = %@", url.absoluteString)
     

   • Jednym z powodów powyższego ograniczenia jest ochrona prywatności danych. Prymitywne typy danych (np. liczby) są domyślnie publiczne, a obiekty (np. ciągi znaków) są domyślnie prywatne. W poprzednim przykładzie, w którym zarejestrowałeś adres URL, jeśli aplikacja została wywołana z samego urządzenia i oglądałeś z aplikacji konsoli komputera Mac, zobaczysz: [43]}

     Url =

     Jeśli chcesz zobaczyć go z zewnętrznego urządzenia, musisz to zrobić:]}

     os_log("url = %{public}@", url.absoluteString)
     

   • Uwaga, NSLog teraz używa zunifikowanego systemu powiadomień za kulisami, ale z następującymi zastrzeżeniami:]}

     • Nie można kontrolować podsystemu lub kategorii lub typu dziennika;

     • Nie obsługuje ustawienia prywatności.

Podsumowując, print jest wystarczający do prostych zadań, ale NSLog jest przydatny, ponieważ zawiera informacje o znaczniku czasu dla Ciebie.