C fopen vs abierta

Question

¿Hay alguna razón (aparte de los sintácticos) que te gustaría utilizar

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

o

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

en lugar de

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

al utilizar C en un entorno Linux?

Answer 1

Existen cuatro razones principales para usar fopen en lugar de abrir.

1. fopen te ofrece la buffering IO que pueden llegar a ser mucho más rápido que lo que está haciendo con open.
2. fopen hace que la línea termine la traducción si el archivo no se abre en modo binario, lo que puede ser muy útil si su programa alguna vez se transfiere a un entorno que no sea de Unix.
3. A FILE * le da la posibilidad de usar fscanf y otras funciones stdio.
4. Su código puede algún día tener que ser portado a alguna otra plataforma que solo admita ANSI C y no admita la función open.

En mi opinión, la terminación de línea de traducción más a menudo se interpone en su camino que ayuda, y el análisis de fscanf es tan débil que inevitablemente termina lanzándolo a favor de algo más útil.

Y la mayoría de las plataformas que admiten C tienen una función open.

Eso deja la pregunta de almacenamiento en búfer.En los lugares en los que principalmente lee o escribe un archivo secuencialmente, la compatibilidad con el almacenamiento en búfer es realmente útil y mejora la velocidad. Pero puede llevar a algunos problemas interesantes en los que los datos no terminan en el archivo cuando espera que estén allí. Debe recordar fclose o fflush en los momentos apropiados.

Si está haciendo búsquedas, la utilidad del almacenamiento en memoria intermedia disminuye rápidamente.

Por supuesto, mi tendencia es que tiendo a trabajar con sockets mucho, y ahí el hecho de que realmente quieres estar haciendo IO sin bloqueo (que FILE * no admite totalmente de manera razonable) sin el almacenamiento en búfer y, a menudo tienen requisitos de análisis complejos realmente colorean mis percepciones.

Answer 2

Si usted tiene un FILE *, puede utilizar funciones como fscanf, fprintf y fgets etc Si usted tiene sólo el descriptor de archivo, usted ha limitado (pero probablemente más rápido) de entrada y salida rutinas read, etc. write

Answer 3

open() es una llamada de sistema operativo de bajo nivel. fdopen() convierte un descriptor de archivo de nivel de os a la abstracción de ARCHIVO de nivel superior del lenguaje C. fopen() llama al open() en segundo plano y le proporciona un puntero ARCHIVO directamente.

El uso de descriptores de archivos bastante crudos tiene varias ventajas, que incluyen una mayor facilidad de uso pero también otras ventajas técnicas como el almacenamiento en búfer integrado. Especialmente el almacenamiento en búfer generalmente resulta en una ventaja de rendimiento considerable.

Answer 4

A menos que sea parte del 0.1% de las aplicaciones donde usar open es un beneficio de rendimiento real, realmente no hay una buena razón para no usar fopen. En lo que respecta al fdopen, si no está jugando con los descriptores de archivos, no necesita esa llamada.

del palillo con el fopen y su familia de métodos (fwrite, fread, fprintf, et al) y usted será muy satisfechos. Igualmente importante, otros programadores estarán satisfechos con su código.

Answer 5

Usar abrir, leer, escribir significa que debe preocuparse por las interacciones de señal.

Si la llamada fue interrumpida por un manejador de señal, las funciones devolverán -1 y establecerán errno en EINTR.

Así que la forma correcta de cerrar un archivo sería

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

Answer 6

he cambiado a abrir() desde fopen() para mi aplicación, ya que estaba causando fopen doble lee cada vez que me encontré fgetc fopen. Las lecturas dobles fueron perjudiciales para lo que estaba tratando de lograr. open() parece hacer lo que le pides.

Answer 7

abrir un archivo mediante fopen
antes de que podamos leer (o escribir) información de (a) un archivo en un disco hay que abrir el archivo. para abrir el archivo que hemos llamado la función 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. 

éste el camino del comportamiento de fopen función
hay algunas causas mientras que el proceso de amortiguación, puede timedout. entonces al comparar fopen (alto nivel de E/S) a abrir (bajo nivel de I/O) llamada al sistema, y ​​es un más rápido más apropiado que fopen.

Answer 8

open() es una llamada al sistema y específica para el sistema basado en Unix y devuelve un descriptor de archivo. Puede escribir en un descriptor de archivo utilizando el write() que es otra llamada al sistema.
fopen() es una llamada de función ANSI C que devuelve un puntero de archivo y es portátil para otros sistemas operativos. Podemos escribir en el puntero de archivo usando fprintf.

En Unix:
Usted puede obtener un puntero de archivo del descriptor de fichero usando:
fP = fdopen(fD, "a");
Usted puede obtener un descriptor de archivo del puntero del archivo utilizando:
fD = fileno (fP);

Answer 9

abierta() se llamará al final de cada una de las funciones de la familia fopen().open() es una llamada de sistema y fopen() las proporcionan las bibliotecas como funciones de contenedor para el usuario fácil de uso

Answer 10

fopen vs abierta en C

1) fopen es una biblioteca función mientras que open es una llamada al sistema .

2) fopen proporciona tamponada IO que es más rápido en comparación con el que es opensin buffer.

3) fopen es portátil mientras open no portátil (abierto es entorno específico).

4) fopen devuelve un puntero a una estructura de archivo (ARCHIVO *); open devuelve un número entero que identifica el archivo.

5) A FILE * le da la posibilidad de usar fscanf y otras funciones stdio.

Answer 11

Depende también de qué indicadores se requieren para abrir. Con respecto al uso de escritura y lectura (y portabilidad) se debe usar f *, como se argumentó anteriormente.

Pero si básicamente quieres especificar más que los indicadores estándar (como rw y anexar indicadores), tendrás que usar una API específica de la plataforma (como POSIX open) o una biblioteca que abstraiga estos detalles. El C-estándar no tiene tales banderas.

Por ejemplo, es posible que desee abrir un archivo, solo si se cierra. Si no especifica la marca de creación, el archivo debe existir. Si agrega exclusivo para crear, solo creará el archivo si no existe. Hay muchos más.

Por ejemplo, en los sistemas Linux, hay una interfaz de LED expuesta a través de sysfs. Expone el brillo del led a través de un archivo. Escribir o leer un número como una cadena de 0-255. Por supuesto, no desea crear ese archivo y solo escribirlo, si existe. Lo bueno de ahora es: use fdopen para leer/escribir este archivo usando las llamadas estándar.