Різниця між режимами a, a +, w, w + і r + у вбудованій відкритій функції?

У Пітоні вбудованого відкритої функції, яка точна різниця між режимами w, a, w+, a+, і r+?

Зокрема, з документації випливає, що все це дозволить записати у файл, і каже, що воно відкриває файли для "додавання", "написання" та "оновлення" конкретно, але не визначає, що означають ці терміни.

Режими відкриття точно такі ж, як і для стандартної функції C бібліотеки fopen().

BSD fopenсторінка керівництво визначає їх таким чином :

 The argument mode points to a string beginning with one of the following
 sequences (Additional characters may follow these sequences.):

 ``r''   Open text file for reading.  The stream is positioned at the
         beginning of the file.

 ``r+''  Open for reading and writing.  The stream is positioned at the
         beginning of the file.

 ``w''   Truncate file to zero length or create text file for writing.
         The stream is positioned at the beginning of the file.

 ``w+''  Open for reading and writing.  The file is created if it does not
         exist, otherwise it is truncated.  The stream is positioned at
         the beginning of the file.

 ``a''   Open for writing.  The file is created if it does not exist.  The
         stream is positioned at the end of the file.  Subsequent writes
         to the file will always end up at the then current end of file,
         irrespective of any intervening fseek(3) or similar.

 ``a+''  Open for reading and writing.  The file is created if it does not
         exist.  The stream is positioned at the end of the file.  Subse-
         quent writes to the file will always end up at the then current
         end of file, irrespective of any intervening fseek(3) or similar.

Я зауважив, що раз у раз мені потрібно знов сфотографувати Google, аби лише створити уявний образ того, у чому полягають основні відмінності між режимами. Отже, я думав, що діаграму буде швидше прочитати наступного разу. Можливо, хтось інший теж знайде це корисне.

Та сама інформація, лише у формі таблиці

                  | r   r+   w   w+   a   a+
------------------|--------------------------
read              | +   +        +        +
write             |     +    +   +    +   +
write after seek  |     +    +   +
create            |          +   +    +   +
truncate          |          +   +
position at start | +   +    +   +
position at end   |                   +   +

де значення: (тільки щоб уникнути помилок)

• читати - читання з файлу дозволено

• запис - запис у файл дозволено

• create - файл створюється, якщо він ще не існує

• trunctate - під час відкриття файлу він залишається порожнім (весь вміст файла стирається)

• позиція на початку - після відкриття файлу початкове положення встановлюється на початок файлу

• позиція в кінці - після відкриття файлу початкове положення встановлюється в кінці файлу

Примітка: aі a+завжди додавати до кінця файлу - ігнорує будь-які seekрухи.
До речі. цікава поведінка принаймні на моєму win7 / python2.7 для нового файлу, відкритого в a+режимі:
write('aa'); seek(0, 0); read(1); write('b')- другий writeігнорується
write('aa'); seek(0, 0); read(2); write('b')- другий writeпіднімаєIOError

Параметри такі ж, як і для функції fopen у стандартній бібліотеці C:

w обрізає файл, переписуючи все, що вже було

a додає до файлу, додаючи до того, що вже було

w+ відкривається для читання та запису, обрізання файлу, але також дозволяє прочитати назад те, що було записано у файл

a+ Відкривається для додавання та читання, що дозволяє вам додавати файл, а також читати його вміст

Я думаю, що це важливо враховувати для кросплатформного виконання, тобто як CYA. :)

У Windows, доданий до режиму 'b', відкриває файл у двійковому режимі, тому існують також такі режими, як 'rb', 'wb' та 'r + b'. Python в Windows робить різницю між текстовими та бінарними файлами; символи кінцевих рядків у текстових файлах автоматично незначно змінюються, коли дані читаються чи записуються. Ця закулісна модифікація файлових даних чудово підходить для текстових файлів ASCII, але вона може пошкодити бінарні дані, такі як у файлах JPEG або EXE. Будьте дуже обережні, використовуючи двійковий режим під час читання та запису таких файлів. У Unix не завадить додавати "b" до режиму, тому ви можете використовувати його платформу незалежно для всіх бінарних файлів.

Це безпосередньо цитата з 2.7.x Python Software Foundation , .

Я торкнувся цього, намагаючись з’ясувати, чому ви використовуєте режим 'w +' проти 'w'. Зрештою, я просто зробив тестування. Я не бачу особливої ​​мети для режиму 'w +', оскільки в обох випадках цей файл усікається для початку. Однак із знаком "w +" ви можете читати після написання, шукаючи назад. Якщо ви спробуєте будь-яке читання за допомогою "w", це призведе до виникнення IOError. Читання без використання пошуку в режимі 'w +' нічого не дасть, оскільки вказівник на файл буде знаходитись там, де ви написали.