C fopen vs open

Чи є якась причина (крім синтаксичної), яку ви хочете використовувати

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

або

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

замість

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

при використанні C в середовищі Linux?

По-перше, немає особливо вагомих причин використовувати, fdopenякщо fopenце варіант, а openє іншим можливим вибором. openЯкщо ви хочете, ви не повинні раніше відкривати файл FILE *. Тож включення fdopenдо цього списку є невірним та заплутаним, оскільки воно не дуже схоже на інші. Зараз я перейду до його ігнорування, оскільки тут важлива відмінність між стандартом C FILE *та дескриптором файлів, характерних для ОС.

Існує чотири основні причини використовувати fopenзамість open.

1. fopenнадає вам буферний IO, який може виявитися набагато швидшим, ніж те, що ви робите open.
2. fopen робить переклад, що закінчується трансляцією, якщо файл не відкрито у двійковому режимі, що може бути дуже корисно, якщо ваша програма коли-небудь переноситься в не-Unix-середовище (хоча світ, схоже, конвергується лише на LF (за винятком текстових мереж на основі IETF) протоколи типу SMTP і HTTP і подібні)).
3. A FILE *дає можливість використовувати fscanfта інші функції stdio.
4. Ваш код може колись потрібно перенести на якусь іншу платформу, яка підтримує лише ANSI C і не підтримує цю openфункцію.

На мою думку, рядок, що закінчується перекладом, частіше заважає тобі, ніж допомагає, і синтаксичний розбір fscanfнастільки слабкий, що ти неминуче в кінці підкидаєш його на користь чогось більш корисного.

І більшість платформ, які підтримують C, мають openфункцію.

Це залишає питання буферизації. У місцях, де ви в основному читаєте або записуєте файл послідовно, підтримка буферизації є дуже корисною та значною швидкістю. Але це може призвести до деяких цікавих проблем, коли дані не закінчуються у файлі, коли ви очікуєте їх наявності. Ви повинні пам’ятати про це fcloseабо fflushу відповідний час

Якщо ви займаєтеся прагненнями (ака fsetposабо fseekдругий з них трохи складніше використовувати у відповідності зі стандартами), корисність буферизації швидко знижується.

Звичайно, моя упередженість полягає в тому, що я, як правило, працюю з розетками багато, і там факт, що ви дійсно хочете робити не блокуючий IO (який FILE *повністю не може підтримувати будь-яким розумним способом) без буферизації взагалі і часто вимоги до синтаксичного розбору дійсно забарвлюють мої уявлення.

open()- дзвінок низького рівня. fdopen()перетворює дескриптор файлу рівня os в формат FILE вищого рівня мови C. fopen()дзвінки open()у фоновому режимі та надає вам безпосередньо FILE-покажчик.

Є кілька переваг використання FILE-об'єктів, а не сирих дескрипторів файлів, що включає більшу простоту використання, але й інші технічні переваги, такі як вбудована буферизація. Особливо буферизація, як правило, призводить до значної переваги продуктивності.

fopen vs open у С

1) fopen- це функція бібліотеки, тоді openяк системний виклик .

2) fopenзабезпечує буферний введення - висновок , який швидше , по порівнянні з openяким це НЕ буферизацией .

3) fopenє портативним , а openНЕ портативним ( відкритим є середовище конкретним ).

4) fopenповертає вказівник на структуру FILE (FILE *) ; openповертає ціле число, яке ідентифікує файл.

5) A FILE *дає вам можливість використовувати fscanf та інші функції stdio.

Якщо ви не входите до 0,1% застосунків, де використання openфактичної переваги від продуктивності, насправді немає вагомих причин не використовувати fopen. Що fdopenстосується того, якщо ви не граєте з дескрипторами файлів, цей дзвінок вам не потрібен.

Палка з fopenі його сімейство методів ( fwrite, fread, fprintf, і ін) , і ви будете дуже задоволені. Не менш важливо, що інші програмісти будуть задоволені вашим кодом.

Якщо у вас є FILE *, ви можете використовувати такі функції , як fscanf, fprintfі fgetsт.д. Якщо у вас є тільки дескриптор файлу, ви обмежені (але , ймовірно , швидше) підпрограми введення і виведення read, і writeт.д.

Використання відкритого читання, запису означає, що вам доведеться турбуватися про взаємодію сигналів.

Якщо виклик був перерваний обробником сигналу, функції повернуться -1 і встановлять errno на EINTR.

Тож правильним способом було б закрити файл

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

open()- це системний виклик, характерний для систем на базі Unix, і він повертає дескриптор файлів. Ви можете записати в дескриптор файлу, використовуючи write()інший системний виклик.
fopen()- це виклик функції ANSI C, який повертає покажчик файлу і переноситься на інші ОС. Ми можемо записати на покажчик файлів за допомогою fprintf.

У Unix:
Ви можете отримати вказівник на файл з дескриптора файлів, використовуючи:

fP = fdopen(fD, "a");

Ви можете отримати дескриптор файлу з файлового вказівника, використовуючи:

fD = fileno (fP);

open () буде називатися в кінці кожної з сімейних функцій fopen () . open () - це системний виклик, а fopen () надаються бібліотеками як функції обгортки для зручності користування

Я змінив на open () з fopen () для моєї програми, оскільки fopen викликав подвійне читання кожного разу, коли я запускав fopen fgetc. Подвійні читання були руйнівними для того, що я намагався досягти. open (), здається, робить те, що ви просите.

Залежить також від того, які прапори потрібно відкрити. Що стосується використання для запису та читання (і переносимості), слід використовувати f *, як було зазначено вище.

Але якщо в основному ви хочете вказати більше, ніж стандартні прапори (наприклад, rw та додавати прапорці), вам доведеться використовувати API для платформи (наприклад, POSIX open) або бібліотеку, яка резюмує ці деталі. C-стандарт не має таких прапорів.

Наприклад, ви можете відкрити файл, лише якщо він закривається. Якщо ви не вказали прапор створення, файл повинен існувати. Якщо ви додасте ексклюзив для створення, він створить файл лише тоді, коли його не існує. Є ще багато.

Наприклад, в системах Linux є світлодіодний інтерфейс, відкритий через sysfs. Він відкриває яскравість світлодіода через файл. Написання чи читання числа у вигляді рядка від 0-255. Звичайно, ви не хочете створювати цей файл, а писати в нього лише тоді, коли він існує. Класна річ: Використовуйте fdopen для читання / запису цього файлу, використовуючи стандартні дзвінки.

відкривши файл за допомогою fopen,
перш ніж ми зможемо прочитати (або записати) інформацію з (в) файл на диску, ми повинні відкрити файл. щоб відкрити файл, який ми назвали функцією 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.

у цьому способі поведінки функції fopen
є деякі причини, коли процес буферизації може спричинити час. тому порівнюючи фопен (високий рівень вводу / виводу) з відкритим (низький рівень вводу / виводу) системного виклику, і він швидше доцільніше, ніж фопен .