Implementacja fgets (K & R)

Question

Jestem nowy w programowaniu, zaczynając od Objective-C, ale zdecydowałem się wrócić do podstaw, zanim przejdę dalej. Spędzam trochę czasu w C i zmagam się z pomyłką wskaźnika. Moje pytanie dotyczy tego, w jaki sposób K & R mówi, że zaimplementowano fgets (p165, wydanie drugie). Poniższy kod jest bezpośrednio z tekstu z kilkoma moimi komentarzami.

char* fgets(char* s, int n, FILE *iop) 
{ 
    register int c; 
    register char* cs; 
    cs = s; 

    while(--n > 0 && (c = getc(iop)) != EOF) 
    { 
    // put the input char into the current pointer position, then increment it 
    // if a newline entered, break 
    if((*cs++ = c) == '\n') 
     break;   
    } 

    *cs = '\0'; 
    return (c == EOF && cs == s) ? NULL : s; 
} 

1) Przekazujemy znak * do funkcji fgets, w której lokalizacji przechowujemy dane użytkownika. Dlaczego trzeba zadeklarować lokalny char * cs - a następnie zainicjować go na s? Dlaczego nie możemy bezpośrednio manipulować/dodawać do s w instrukcji if? Widząc, że cs jest inicjowane do punktu s, nie dodaje znaków do cs dokładnie to samo?

2) Związane z powyższym ... Po powrocie funkcji, test jest sprawdzany, czy cs == s. Dlaczego jest to konieczne?

Myślę, że być może brakuje mi czegoś bardzo podstawowego - sprawdziłem SO i Google, ale nie jestem w stanie tego rozgryźć. Dzięki!

Answer 1

To z powodu sprawdzenia ostatniej linii, cs == s. To porównanie sprawdza zmodyfikowany wskaźnik cs w stosunku do oryginału s, aby sprawdzić, czy czytaliśmy jakąś postać. Jeśli nie, to zwracamy NULL.

Przy użyciu cs przez cały oryginalny wskaźnik s jest zachowany. Jeśli s zostały bezpośrednio zmanipulowane (*s++ zamiast *cs++), wówczas musielibyśmy znaleźć inny sposób sprawdzenia, czy odczytano jakiekolwiek znaki.

Można również argumentować, że dobrą praktyką jest pozostawienie samych parametrów funkcji i traktowanie ich jako const. Niektórzy programiści stosują tę praktykę jako sposób na zwiększenie przejrzystości kodu.