Символы в названиях документов и папок.
#1
Отправлено 16 июня 2010 - 14:10
#2
Отправлено 16 июня 2010 - 16:17
Зависит от файловой системы, например. Кто есть теги в названиях?Интересует вопрос, можно ли называть документы\папки символами типа ", %,$ & *{ ] и можно ли добавлять теги в названия. Мне кажется это ошибка.
Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.
#3
Отправлено 17 июня 2010 - 06:08
Например, имя файла 16:21:42 в fedora с файловой системой ext3 кушается совершенно нормально, а в винде с ntfs вы даже скопировать его с флешки не сможете(если все-таки создадите там такой файл)Интересует вопрос, можно ли называть документы\папки символами типа ", %,$ & *{ ] и можно ли добавлять теги в названия. Мне кажется это ошибка.
#4
Отправлено 17 июня 2010 - 10:15
С какой точки зрения вы спрашиваете "можно"?Интересует вопрос, можно ли называть документы\папки символами типа ", %,$ & *{ ] и можно ли добавлять теги в названия. Мне кажется это ошибка.
С точки зрения файловой системы - смотрите, какие символы разрешены в файловой системе, но если вы шарите файл между компьютерами (NFS, Samba) - то учитывайте ограничение всех файловых систем.
С точки зрения работы вашей программы? Обратитесь к спеке, если есть. Иногда всякие такие закорючки имеют определенный смысл. Например, запятой пользуются некоторые версионные системы хранения файлов в своих каких-то целях. А символ ~ зачастую используется как показатель, что это бэкап версия файла.
С точки зрания дальнейшего использования таких файлов? Ну да, они, эти спецсимволы, порой гадят. Например, если как тут говорили, на юних-е можно создать папку "16:21:42" и положить в нее какой-нибудь jar-файл, то потом будут неприятности с передачей этого в класс-пути виртуальной машины Java. Надо дополнительно экранировать символы. Тоже самое, если вы собираетесь шарить файлы/папки через HTTP - некоторые символы, например "&" - амперсанд имеет определенное значение в URL и его тоже надо кодировать-декодировать.
Alexey
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных