Najlepsze zasady i wytyczne dotyczące programowania, których powinni przestrzegać wszyscy programiści

Pisanie dobrego kodu jest bardzo trudne, trudne, jeśli chcesz, ale jeśli jesteś dobrym programistą, nie powinieneś mieć problemów z opanowaniem wszystkiego. Jednak dla tych, którzy są nowicjuszami w programowaniu, chcemy porozmawiać o kilku podstawowych zasadach programowania, które prawdopodobnie pomogą.

Zasady(Principles) programowania i wytyczne(Guidelines) dla programistów

Zasady programowania i wytyczne dla programistów

Chodzi o to, aby mieć kod wysokiej jakości, co oznacza, że ​​nigdy nie idziemy na skróty. Zrób swoją należytą staranność, a wszystko powinno w końcu ułożyć się dobrze. Tak, ukończenie pisania kodu zajmie ci dużo czasu, ale przynajmniej zabraknie mu tony błędów pod koniec dnia. Oto niektóre z najważniejszych zasad(Principles) i wytycznych programowania(Guidelines Programmers) , których powinni przestrzegać programiści:

  1. Przejrzyj i zoptymalizuj swój kod
  2. Otwarte na rozbudowę, ale zamknięte na modyfikacje
  3. KISS (Keep it Simple, Stupid)
  4. Nie powtarzaj się (DRY)
  5. Wyrób sobie nawyk dokumentowania kodu

1] Przejrzyj i zoptymalizuj swój kod

Bez względu na to, jak dobrym programistą myślisz, że jesteś, Twój kod nie zawsze będzie doskonały. Mając to na uwadze, sugerujemy przejrzenie kodu pod kątem błędów i w razie potrzeby optymalizację. Jeśli wszystko pójdzie zgodnie z planem, kod będzie wydajniejszy, ale nadal przyniesie te same wyniki.

Teraz należy zdać sobie sprawę, że rzeczy ciągle się zmieniają, dlatego ponowne odwiedzanie bazy kodu w celu wprowadzenia zmian jest całkowicie normalne. I być może będziesz musiał to zrobić wiele razy w ciągu życia projektu, więc miej to na uwadze.

Przeczytaj(Read) : Co to jest funkcja w programowaniu?(What is a Function in Programming?)

2] Otwarte(Open) na rozszerzenie, ale zamknięte na modyfikację

Nie jest dobrym zachowaniem pisanie kodu i udostępnianie go innym do modyfikacji. Za każdym razem, gdy dostarczasz aktualizację, istnieje prawdopodobieństwo, że kod się zepsuje, ponieważ Twoja aktualizacja nie jest zgodna z modyfikacją. Dlatego rozważ wsparcie możliwości posiadania rozszerzeń obsługi bazy kodu, ponieważ pozwala to na łatwiejszą konserwację.

Jeśli uważasz, że istnieją świetne sposoby na bezproblemowe wspieranie modyfikacji, to śmiało. Po prostu(Just) upewnij się, że istnieje świetny plan, jeśli plan się nie uda.

3] KISS (Keep it Simple, Stupid)

Nie powinieneś postrzegać tego jako braku szacunku, ponieważ jest to jedna z najpopularniejszych zasad kodowania. Widzisz, chodzi o to, aby Twój kod był jak najprostszy. Nie kończ(Don) w sytuacji, w której robisz rzeczy niezwykłe.

Jeśli możesz napisać skrypt w jednej linii, zrób to i nie próbuj rozciągać go do wielu. Proste pisanie zapewnia, że ​​zawsze wiesz, co się dzieje, a także jest łatwiejsze do odczytania.

Przeczytaj(Read) : Różnica między językami programowania niskiego i wysokiego poziomu(Difference between Low-level and High-level Programming languages) .

4] Nie powtarzaj się (DRY)

Jedną z najważniejszych rzeczy podczas pisania kodu jest upewnienie się, że nigdy się nie powtórzysz, tak jak przy pisaniu tego samego kodu dwa razy. Podążanie tą drogą jest ogromnym błędem, dlatego ludzie powinni wyrobić sobie nawyk unikania duplikatów za wszelką cenę.

Z tego, co zrozumieliśmy, użytkownicy powinni zlokalizować algorytmy obsługujące pętle w celu wielokrotnego uruchomienia jednego kodu. Pamiętaj tylko, że kod DRY jest znacznie łatwiejszy w utrzymaniu.

5] Przyzwyczaj się do dokumentowania kodu

Kod dokumentu

Nie wszyscy to robią, ale zawsze powinno to być powszechną praktyką. Widzisz, wielu profesjonalnych programistów zdecydowało się udokumentować swój kod do wykorzystania w przyszłości. Jeśli nie wiesz, co to oznacza, cóż, to w zasadzie zostawianie notatek w kluczowych aspektach.

Wyobraź sobie(Imagine) , że wracasz do swojego kodu rok po jego napisaniu, ale czujesz się zdezorientowany, dlaczego podjąłeś określone decyzje. Teraz, jeśli zostałaby notatka, nie byłoby powodu do nieporozumień, dlatego wszyscy programiści powinni dokumentować swoją pracę w godzinach nadliczbowych.



About the author

Jestem technikiem komputerowym z ponad 10-letnim doświadczeniem i doświadczeniem w pracy z urządzeniami z systemem Android. Od pięciu lat pracuję również w biurze, gdzie nauczyłem się obsługi Office 365 i MacOS. W wolnym czasie lubię spędzać czas na świeżym powietrzu, grając muzykę lub oglądając filmy.



Related posts