Последствия бинарного режима VIM

Question

Мой рецепт сохранения файлов в vim без конца новой строки:

:set binary
:set noeol
:wq

Тот факт, что noeol ничего не делает без двоичного режима, сам по себе странен. Но, читая :help binary я все еще не уверен в чем-то там.

 When this option is switched on a few
        options will be changed (also when it already was on):
                'textwidth'  will be set to 0
                'wrapmargin' will be set to 0
                'modeline'   will be off
                'expandtab'  will be off
        Also, 'fileformat' and 'fileformats' options will not be used, the
        file is read and written like 'fileformat' was "unix" (a single <NL>
        separates lines).
        The 'fileencoding' and 'fileencodings' options will not be used, the
        file is read without conversion.
        NOTE: When you start editing a(nother) file while the 'bin' option is
        on, settings from autocommands may change the settings again (e.g.,
        'textwidth'), causing trouble when editing.  You might want to set
        'bin' again when the file has been loaded.

я все еще могу видеть символы UTF8, так что кодирование файлов не полностью исчезло. Я никогда не использовал expandtab (используйте вкладки для идентификации, но даже если бы я не использовал, expandtabs просто ошибался). Но кроме этого, что еще может случиться на практике?

Я устал от этой новой строки в конце файлов и рассматривал возможность открытия всех файлов в двоичном режиме и с установленным по умолчанию noeol. У меня много неприятностей?

Answer 1

Если вы не сталкиваетесь с произвольными кодировками (т. Е. Со всеми ASCII или кодировками, соответствующими вашему Vim) и вас не беспокоит ^M в файлах с окончаниями файлов Windows, ваш подход должен работать просто отлично.

Vim не предназначался для редактирования таких файлов (точка зрения Unix - они неполные), поэтому это трудно сделать. Тем не менее, мой плагин PreserveNoEOL пытается сделать это более удобным, чтобы вам не пришлось беспокоиться о механике.