Dlaczego nie jest powszechne korzystanie z Prywatnych właściwości/metod w Swift

Question

Po pierwsze, powiem wam, że zacząłem grać z Swift i nie widziałem zbyt wiele napisanego kodu, ale wszystkie tutoriale widziałem, że nie używają prywatnych, jak w niektórych innych językach i jak rozumiem, Swift ma trzy kontrole dostępu, Private, Public i Internal, z Internal jako domyślną.

Jestem trochę zdezorientowany i pomimo tego, że ogólnie nie mam dużego doświadczenia w programowaniu, ale zrozumiałem, że w programie wszystko robisz prywatnie i tylko upubliczniasz właściwości i metody, które chcesz wystawiać na inne klasy.

od Apple Docs

Oprócz oferowania różnych poziomów kontroli dostępu, Swift zmniejsza potrzebę określenia wyraźnych poziomów kontroli dostępu przez zapewniając poziomy dostępu domyślnych dla typowych scenariuszy. Rzeczywiście, jeśli piszesz aplikację o jednym celu, , nie musisz wcale określać jednoznacznych poziomów kontroli dostępu na poziomie .

Dla mnie pozostawiając każdą nieruchomość/metodę jako domyślny (Internal) są w zasadzie daje dostęp do innych klas do ich wartości, prawda?

Dlaczego w Swift/Cocoa rzadko widzisz korzystanie z akcesorium Private dla nieruchomości, których nie chcesz, aby inne części programu miały dostęp?

Czy ktoś może być tak uprzejmy i wyjaśnić ogólnie koncepcję koncepcji i dlaczego zaprojektowano go w ten sposób, lub jeszcze lepiej poprawić, jeśli się mylę w założeniu, że robię powyżej, znowu nie muszę duże doświadczenie w OOP i może być mylone z pojęciem akcesorów w ogóle.

Dzięki

Aktualizacja: Dzisiaj (01/07/2016) I oglądaliśmy film # 3 Stosując MVC z kursu Developing iOS 8 Apps with Swift oferowanych przez Stanford Uniwersytetu w iTunes iw chwili 24:15 Paul Hegarty mówi o kontroli dostępu, bardzo polecam.

Answer 1

Kontrola dostępu w Swift była jedną z rzeczy, które mnie również zaskoczyły, więc nie jesteś sam. Swift używa paradygmatu zupełnie innego niż ten używany przez C++, Javę, C#, który wcześniej był mi znany.

Kontrola dostępu Swift nie opiera się na klasach, ale na plikach źródłowych i modułach. Chodzi o to, że jeśli napiszesz klasę, powinieneś mieć domyślnie dostęp do wszystkich jej członków z innej klasy w tym samym pliku lub module źródłowym. Jeśli ktoś inny rozszerzy Twoją klasę, ich kod będzie znajdować się w innym module i pliku źródłowym, więc nie będą mogli uzyskać dostępu do członków Twojej podstawowej klasy, chyba że dasz im do nich dostęp.

Jeśli o tym pomyślisz, paradygmat Swift w kontroli dostępu ma tyle samo sensu, co w C++/Java, jest po prostu inny.

Proszę zobaczyć http://www.swiftprogrammer.info/swift_vs_cpp.html dla tej i innych różnic między językami.