Атомарные (кросс-платформенные) операции записи файла

Я думаю, что характеристикой, которая лучше определяет VIM по отношению к другим редакторам, является широкий спектр команд движения. Первое, что нужно научиться полноценно использовать VIM - это как можно меньше бить по клавишам со стрелками, и думать над текстом в терминах «блоки» вроде «предложение» «а» тэг «слово» «группа скобок».

Скажем, что у вас есть функция foo ($ bar, $ fooz) вы можете изменить параметры, просто разместив курсор в любом месте внутри скобок и нажав ci) (мнемоника: изменить внутреннюю скобку). Тот же образец относится и к другим командам: yank ( y ), delete ( d ) и так далее.

Я знаю, что это не объясняет всю «философию VIM», но объединение команд обычного режима с огромным количеством модификаторов движения - это то, что действительно заставило меня увидеть свет.

# Comment in the beginning of the file

Это делают по крайней мере встроенные модули python. (выясняется при помощи grep 'Copyright '/usr/lib64/python2.4/* .py )

АФАИК №

И причина в том, что для того, чтобы такая атомарная операция была возможна, должна быть поддержка ОС в виде транзакционной файловой системы. И ни одна из основных операционных систем не предлагает транзакционную файловую систему.

EDIT - Я ошибаюсь, по крайней мере, для систем, совместимых с POSIX. POSIX rename syscall выполняет атомарную замену, если файл с целевым именем уже существует... как указано @ janneb. Этого должно быть достаточно, чтобы оперировать ОП атомарно.

Однако факт остается фактом: метод Java File.renameTo () явно не гарантирован атомарным, поэтому он не обеспечивает кроссплатформенного решения проблемы ОП.

EDIT 2 - С помощью Java 7 можно использовать java.nio.file.Files.move (Источник пути, Цель пути, StartOption... options) вместе с (или ATOMIC _ MOVE ). Если это не поддерживается (ОС/файловой системой), следует получить исключение.