Ucząc się programowania, musiałeś wielokrotnie słyszeć kod czystej frazy. Czysty kod to tajemnicza funkcja, która sprawia, że Twój kod jest czytelny i elastyczny. Dzięki czystemu kodowi staniesz się rycerzem, który jest zawsze gotowy do walki ze smokiem! „Słynny Rycerz Nauki Czystego Kodu” – mówi Martina Fowle’aR.
Każdy idiota może napisać kod zrozumiały dla komputera. Dobrzy programiści piszą kod zrozumiały dla ludzi.
Ale czy zastanawiałeś się kiedyś, co sprawia, że kod jest czysty, czy nie? Znalezienie brudnego kodu jest możliwe postępując zgodnie z kodem Kod Zapach. W programowaniu znaki wskazujące, że kod nie jest czysty, nazywane są nieprzyjemnymi zapachami. Objawy te obejmują:
- Sztywność: To trudno jest zmienić kod
- Kruchość: The projekt kodu programu łatwo się psuje
- Nieruchomość: Kod raczej nie nadaje się do ponownego użycia. Tak zwana użyteczność to poniższy kod
- Lepkość: nie jest łatwo zrobić właściwą rzecz w kodzie!
Gdy tylko poczujesz ten nieprzyjemny zapach w kodzie, pomocne będzie, jeśli pomyślisz o nauczeniu się projektowania czystego kodu. Aby zaprojektować czysty kod, należy przestrzegać szeregu zasad lub ceramicznych nóżek! Jeden z tych zasady są SOLIDNE. SOLID opiera się na pięciu zasadach:
- Pojedynczy Odpowiedzialność Zasada Lub SRP
- otwarty / Zamknięte Zasada Lub OCP
- L Jest Zastąpienie Zasada ( LSP )
- I interfejs S segregacja P zasada lub dostawca usług internetowych
- D zależność Inwersja P zasada _ _
W tym artykule przedstawiona zostanie ostatnia zasada SOLID-u, czyli zasada inwersji zależności.
Na czym polega zasada odwracania zależności?
The Zasada inwersji zależności podkreśla, że moduły najwyższego poziomu programu nie powinno być zależne moduły najniższego poziomu. Roberta Martin, lepiej znany jako Wujek Bob, mówi:
Odpowiedź: Moduły wysokiego poziomu nie powinny być zależne od modułów niskiego poziomu. Obydwa (moduły najwyższego i najniższego poziomu) muszą być zależne od Abstrakcji.
B: Abstrakcje nie powinny zależeć od szczegółów. Szczegóły muszą zależeć od Abstrakcji.
Musimy przyznać, że wyjaśnienie tej zasady jest nieco trudne i wygląda na to, że Wujek nie odniósł w tym względzie dużego sukcesu! W programowaniu zawsze powinniśmy używać interfejsów i abstraktów w bardzo, bardzo prostym (i wciąż bardzo prostym) języku.
Weź pod uwagę gniazdko elektryczne. Wszystkie szczegóły dotyczące okablowania elektrycznego są określone z tyłu gniazda. Takie jak złącza, splątane przewody i tak dalej. Wszystko to są moduły niskiego poziomu systemu elektroenergetycznego. Gniazda elektryczne różnych urządzeń elektronicznych są również uważane za moduły wysokiego poziomu. Zgodnie z tą definicją, w przypadku braku gniazdka, aby otrzymać energię elektryczną z instalacji budynku, musieliśmy w jakiś sposób utrzymać przewody urządzeń podłączonych do przewodów instalacji elektrycznej! Dlatego moduły wysokiego poziomu (przewody urządzeń elektronicznych) zależały od modułów niskiego poziomu (okablowanie budynku).
Ale dzięki gniazdu, które jest interfejsem, zależność ta zostaje odwrócona. Zgodnie z zasadami tego interfejsu, okablowanie budynku może łączyć energię elektryczną z urządzeniami. Wszystkie urządzenia muszą przestrzegać zasad podłączenia do otworów tego gniazda. Muszą posiadać gniazdko lub odpowiedni wyłącznik dostosowany do rodzaju gniazdka.
Przykład zasady odwrócenia zależności
W prawdziwym świecie programowania zasada ta jest jedną z najczęściej stosowanych zasad w programowaniu obiektowym. Tę zasadę wdrażasz za każdym razem, gdy używasz Interfejsów i Abstraktów do przerwania współzależności kodu programu.
Podobnie jak wielu programistów, na początku prawdopodobnie łączyłeś się tradycyjnie z bazą danych i odbierałeś i wysyłałeś z niej informacje. Oznacza to, że napisałeś kod połączenia z bazą danych pomiędzy zaśmieconym kodem programu i użyłeś go w razie potrzeby w różnych miejscach programu. Różne zapytania mogą być rozproszone w dowolnym miejscu kodu.
Sterownik bazy danych, którego użyłeś (taki jak MySQL, SQLServer, Oracle itp.) jako moduły niskiego poziomu, moduły wysokiego poziomu i kod programu były w dużym stopniu zależne od modułów niskiego poziomu. Wyobraź sobie, co by się stało, gdybyś chciał przeprowadzić migrację z MySQL do bazy danych NoSQL, takiej jak MongoDB? Tragedia! Trzeba było znaleźć wszystkie zależne zapytania z miejsca na miejsce i zmieniać je jedno po drugim.
Prawidłowym sposobem jest rozważenie interfejsu bazy danych. Aby to zaimplementować, wymagane są różne sterowniki interfejs. Od tego momentu kod programu łączy się tylko z tymi relacjami. W ten sposób odwróciliśmy tę zależność!
Jeśli chcesz dowiedzieć się więcej:
Wniosek
Dowiedz się, jak ważny jest czysty kod i jak go uzyskać. Oznaki brudnego kodu nazywane są nieprzyjemnym zapachem kodu. Te nieprzyjemne zapachy to sztywność, kruchość, brak aktywności i lepkość, z których każdy ma swoje znaczenie. Jednym z warunków osiągnięcia czystego kodu jest przestrzeganie zasad SOLID w kodowaniu. W tym artykule zapoznasz się z ostatnią zasadą zasad SOLID, a mianowicie zasadą inwersji zależności, czyli DIP. Oprócz podanego przez nas przykładu, jakie przykłady stosowania ostatniej zasady w kodowaniu pamiętasz? Zawsze chętnie czytamy Twoje komentarze!
Pobierz najlepsze motywy WordPress do pobrania za darmoPobierz najlepsze motywy WordPress do pobrania za darmoPobierz motywy WordPressPobierz motywy WordPressudemy do pobrania za darmopobierz oprogramowanie HuaweiPobierz motywy WordPresspobierz płatny kurs Udemy za darmo