C fopen vs open

C'è qualche motivo (oltre a quelli sintattici) che vorresti usare

FILE *fdopen(int fd, const char *mode);

o

FILE *fopen(const char *path, const char *mode);

invece di

int open(const char *pathname, int flags, mode_t mode);

quando si utilizza C in un ambiente Linux?

Innanzitutto, non esiste un motivo particolarmente valido per utilizzare fdopense fopenè un'opzione ed openè l'altra scelta possibile. Non avresti dovuto usare openper aprire il file in primo luogo se vuoi un FILE *. Quindi includere fdopenin quell'elenco è errato e confuso perché non è molto simile agli altri. Ora procederò a ignorarlo perché la distinzione importante qui è tra uno standard C FILE *e un descrittore di file specifico del sistema operativo.

Esistono quattro motivi principali da utilizzare fopenanziché open.

1. fopenti fornisce buffering IO che potrebbe rivelarsi molto più veloce di quello che stai facendo open.
2. fopen esegue la traduzione di fine riga se il file non viene aperto in modalità binaria, il che può essere molto utile se il tuo programma viene mai portato su un ambiente non Unix (anche se il mondo sembra convergere solo su LF (eccetto le reti basate su testo IETF protocolli come SMTP e HTTP e simili)).
3. A FILE *ti dà la possibilità di usare fscanfe altre funzioni stdio.
4. Un giorno il tuo codice potrebbe dover essere trasferito su un'altra piattaforma che supporta solo ANSI C e non supporta la openfunzione.

Secondo me la linea che termina la traduzione più spesso ti ostacola che ti aiuta, e l'analisi di fscanfè così debole che inevitabilmente finisci per lanciarla a favore di qualcosa di più utile.

E la maggior parte delle piattaforme che supportano C hanno una openfunzione.

Questo lascia la domanda di buffering. Nei luoghi in cui stai principalmente leggendo o scrivendo un file in sequenza, il supporto del buffering è davvero utile e migliora notevolmente la velocità. Ma può portare ad alcuni problemi interessanti in cui i dati non finiscono nel file quando ci si aspetta che siano lì. Devi ricordare fcloseo fflushal momento opportuno.

Se stai effettuando ricerche ( fsetposovvero fseekil secondo o il secondo è leggermente più complicato da utilizzare in modo conforme agli standard), l'utilità del buffering diminuisce rapidamente.

Certo, il mio pregiudizio è che tendo a lavorare molto con socket, e lì c'è il fatto che vuoi davvero fare IO non bloccante (che FILE *non riesce a supportare in modo ragionevole) senza alcun buffering e spesso i requisiti di analisi complessi colorano davvero le mie percezioni.

open()è una chiamata os di basso livello. fdopen()converte un descrittore di file di livello os nell'astrazione FILE di livello superiore del linguaggio C. fopen()chiama open()in background e ti dà direttamente un puntatore FILE.

Ci sono molti vantaggi nell'usare oggetti FILE piuttosto che descrittori di file grezzi, che include una maggiore facilità d'uso ma anche altri vantaggi tecnici come il buffering incorporato. Soprattutto il buffering generalmente comporta un notevole vantaggio in termini di prestazioni.

fopen vs open in C

1) fopenè una funzione di libreria mentre openè una chiamata di sistema .

2) fopenfornisce IO bufferizzato che è più veloce rispetto al openquale non è bufferizzato .

3) fopenè portatile mentre opennon portatile ( open è specifico per l'ambiente ).

4) fopenrestituisce un puntatore a una struttura FILE (FILE *) ; openrestituisce un numero intero che identifica il file.

5) A FILE *ti dà la possibilità di usare fscanf e altre funzioni stdio.

A meno che tu non faccia parte dello 0,1% delle applicazioni in cui l'utilizzo openè un reale vantaggio in termini di prestazioni, non c'è davvero alcun buon motivo per non utilizzarlo fopen. Per quanto fdopenriguarda, se non stai giocando con i descrittori di file, non hai bisogno di quella chiamata.

Stick fopene la sua famiglia di metodi ( fwrite, fread, fprintf, et al) e sarete molto soddisfatti. Altrettanto importante, altri programmatori saranno soddisfatti del tuo codice.

Se avete una FILE *, è possibile utilizzare funzioni come fscanf, fprintfe fgetsecc Se si dispone solo il descrittore di file, si hanno limitato (ma probabilmente più veloce) routine di ingresso e di uscita read, writeetc.

L'uso di open, read, write significa che devi preoccuparti delle interazioni dei segnali.

Se la chiamata è stata interrotta da un gestore di segnale, le funzioni restituiranno -1 e imposteranno errno su EINTR.

Quindi sarebbe il modo corretto di chiudere un file

while (retval = close(fd), retval == -1 && ernno == EINTR) ;

open()è una chiamata di sistema specifica per i sistemi basati su Unix e restituisce un descrittore di file. È possibile scrivere su un descrittore di file utilizzando write()quale è un'altra chiamata di sistema.
fopen()è una chiamata di funzione ANSI C che restituisce un puntatore a file ed è portabile su altri sistemi operativi. Possiamo scrivere su un puntatore a file usandofprintf .

In Unix:
puoi ottenere un puntatore di file dal descrittore di file usando:

fP = fdopen(fD, "a");

È possibile ottenere un descrittore di file dal puntatore del file utilizzando:

fD = fileno (fP);

open () verrà chiamato alla fine di ciascuna delle funzioni della famiglia fopen () . open () è una chiamata di sistema e fopen () sono forniti dalle librerie come funzioni wrapper per la facilità d'uso dell'utente

Ho cambiato in open () da fopen () per la mia applicazione, perché fopen causava doppie letture ogni volta che eseguivo fopen fgetc. Le doppie letture sono state dirompenti per quello che stavo cercando di realizzare. open () sembra proprio fare ciò che gli chiedi.

Dipende anche da quali flag sono richiesti per aprire. Per quanto riguarda l'uso per la scrittura e la lettura (e la portabilità) f * dovrebbe essere usato, come discusso sopra.

Ma se fondamentalmente vuoi specificare più di flag standard (come flag rw e append), dovrai usare un'API specifica per la piattaforma (come POSIX open) o una libreria che astratti questi dettagli. Lo standard C non ha tali flag.

Ad esempio, potresti voler aprire un file, solo se esce. Se non si specifica il flag di creazione, il file deve esistere. Se aggiungi esclusivo per creare, creerà il file solo se non esiste. Ce ne sono molti altri.

Ad esempio sui sistemi Linux è presente un'interfaccia LED esposta tramite sysfs. Espone la luminosità del led attraverso un file. Scrivere o leggere un numero come una stringa compresa tra 0 e 255. Ovviamente non vuoi creare quel file e scriverlo solo se esiste. La cosa bella adesso: usa fdopen per leggere / scrivere questo file usando le chiamate standard.

aprendo un file usando fopen
prima di poter leggere (o scrivere) informazioni da (a) un file su un disco dobbiamo aprire il file. per aprire il file abbiamo chiamato la funzione fopen.

1.firstly it searches on the disk the file to be opened.
2.then it loads the file from the disk into a place in memory called buffer.
3.it sets up a character pointer that points to the first character of the buffer.

questo il modo di comportarsi della funzione fopen
ci sono alcune cause durante il processo di buffering, potrebbe essere scaduto. pertanto, confrontando fopen (I / O di alto livello ) con la chiamata di sistema aperta (I / O di basso livello), è più veloce e più appropriato di fopen .