Какие технические причины существуют для того, чтобы не использовать пробелы в именах файлов?
Кто-то я знаю выраженное раздражение сегодня относительно тех из нас, кто склонен не использовать пробелы в наших именах файлов, например. NamingThingsLikeThis.txt - несмотря на большинство современных операционных систем, поддерживающих пробелы в именах файлов.
Есть ли технические причины, что все еще распространено видеть имена файлов без (соответствующих) пробелов? Если так, каковы эти технические причины, который располагает с интервалами в именах файлов, избегаются или препятствуются, и при каких обстоятельствах они релевантны?
Самой очевидной причиной, о которой я мог думать, и почему я обычно избегаю его, являются дополнительные кавычки, требуемые на командной строке при контакте с такими файлами. Есть ли какие-либо другие значительные технические причины?
4 ответа
Пробельные символы в именах файлов могут быть правильной королевской болью в общеизвестном во многих контекстах на командной строке, и в сценариях, где необходимо стараться удостовериться, что их правильно оставляют, так не будьте похожи на разделители к командам, которые Вы выполняете.
Просто более безопасно не иметь их там, даже если Вы уверены, что file/dir/what-ever никогда не будет используемым в таком контексте.
Это, и привычка - вторая натура.
В дополнение к другим ответам о командной строке и старых привычках, существует также много сетевых протоколов, которые требуют специального ухода при контакте с именами файлов, содержащими пробелы.
(Если Вы когда-либо пытались загрузить "продукт List.pdf" с веб-сайта и заканчивали с файлом, просто названным "продуктом", Вы были укушены этим, потому что программист на другом конце не знал или не мог выяснить правила заключения в кавычки для http заголовка Довольного Расположения.)
Пробелы кодируются или преобразовываются в %20 в именах файлов в сети, которая может мешать управлять активами сайта.
Наличие Image 1.png и Image%201.png сбивает с толку. Легче использовать Image001.png вместо этого.
Это действительно подпадает под ту же категорию как escape-последовательности для командной строки.
Иногда, пробелы могут представить проблему при контакте на командной строке, или при использовании более старой ОС, или при записи программ, которые будут скомпилированы на другой ОС, или когда... существует много причин, которые могут представить проблематичный, и я действительно не чувствую, что это - такая проблема для записи файла как: file-without-blanks.txt или file_without_blanks.txt. Я предпочитаю dask, потому что подчеркивание может иногда становиться невидимым при контакте с, например, подчеркнутый шрифт.
Но главным образом, это - вопрос привычки от старости. Который я не чувствую, что существует достаточно про причин отказаться.
Дополнительное примечание, возможно не связанное, но тем не менее, я помещу его здесь. Люди, которые называют их файлы с пробелами обычно, не думают большая часть об этом; те, кто не часто знает, немногие из почему хорошо избежать их в именах файлов.
И, мы можем все согласиться, нет ничего худшего, чем файл, который является именами, "Уважаемый господин / госпожа, я пишу Вам эту букву для информирования Вас о yo.doc".
Не только располагает с интервалами - длина файла также значит что-то, и по моему скромному мнению, это не должно быть длиннее, чем, скажем, 30 символов. Поскольку долгие имена файлов с пробелами внутри являются также благословением при записи CD, DVD и такого, который должен быть считан под более старой ОС, и промежуточный Win и *отклоняет plaforms.