Co to jest rozumienie programu?

rozumienie programu to zdolność programisty do zrozumienia, co robi kod źródłowy programu komputerowego. W instrukcji informatyki zrozumienie programu jest często pomijane na rzecz nauki mechaniki i składni nauczania języka komputerowego. Pisanie zrozumiałego kodu jest jednak uniwersalną potrzebą, niezależnie od języka komputerowego, w którym jest napisany. Jeśli programista zapisuje bibliotekę lub kawałek kodu, ale nikt nie może ustalić, co robi później, algorytm i logika za tym kodem można łatwo utracić. Coraz częściej programiści nie mogą rozszyfrować własnego kodu, ponieważ często nie jest ono pisane jasno i intuicyjnie.

Istnieją dwie główne strategie, które programiści mogą używać do poprawy rozumienia programu, a każda z nich ma swoje zalety i wady. Pierwszą metodą jest dodanie dokumentacji do kodu podczas tworzenia kodu lub po nim, a drugim jest napisanie kodu z naciskiem na jego strukturę. Połączenie obuPproaches jest pomocny dla większości programistów, chociaż niektórzy budowniczowie kodu, którzy wolą jedną strategię niż inna. Która metoda użycia jest kwestią osobistej preferencji programisty, a każda próba wyjaśnienia kodu jest znacznie lepsza niż żadna

Dodawanie dokumentacji do kodu jest prostsza z dwóch metod, a gdy jest to dobrze wykonane, może być bardzo użyteczną kulą dla programatora nieznajomego języka, w którym kod jest napisany. Większość języków komputerowych ma określony styl dokumentacji, który wspomaga zrozumienie programu. Jeśli dokumentacja kodu jest dokładnie napisana, pierwszym krokiem nowego programisty może być odczytanie całej dokumentacji i komentarzy w celu zrozumienia, jak działa program, bez przeczytania kodu. Zamiast być zależnym od składni kodu i mechaniki, programista może zobaczyć, co dzieje się w prostym tekścieZastosowanie w dowolnym miejscu. Dodając dokumentację do kodu, programiści muszą być ostrożni, ponieważ zbyt duża dokumentacja może być myląca i nachalna, a nie pomocna.

Pisząc kod z naciskiem na strukturę, programista zakłada, że ​​wszyscy inni opiekunowie patrząc na jego kod będą mieli równoważną wiedzę na temat składni i mechaniki języka. Czasami jest to prawidłowe założenie, ale nie zawsze można na to polegać. Możliwe jest zrozumienie programu oparte głównie na strukturze, ale wymaga znacznie więcej pracy ze strony pierwotnego programisty, aby go ułatwić. Mechanika i składnia języka muszą być dokładnie przestrzegane, a także wszystkie konwencje stylistyczne i wszystko musi być spójne. W ten sposób pisząc kod, programista musi zawsze być świadomy, że to, co jest dla niego jasne, może nie być jasne dla innej osoby.

Nawet podczas pisania kodu z okiem na późniejsze rozumienie programu, dodatkową dokumentację lub STRModyfikacje Uctural mogą być później potrzebne. Jest to naturalna część konserwacji kodu, a nie awaria z rąk programisty. Zadaniem programisty jest przewidywanie jak największej liczby problemów ze zrozumieniem, ale wszystkie z nich nie zawsze są złapane.