временное имя (длина)

[Alex]

UC создает временное имя (temp) оч. длинное.
оно видно в заголовке нек. окон.
Можно как в winrar? rar$di00.NNN (покороче)?

[Max Diesel]

А во имя чего оно должно быть короче?

[Alex]

Так говорю, в нек. програмах оно *видно
(прогр. показывает полный путь к себе) Пусть лучше видно что-то типа Rar$di00

[Max Diesel]

Я понял что "оно видно в некоторых программах", но я-то имел в виду зачем делать имя временного каталога менее длинным?... Может быть лучше пусть "некоторая программа" показывает только имя файла без пути? Тем более это ведь лишь временный каталог, он и не должен быть красивым...

[Alex]

не согласен, временный кат. лучше пусть будет красивым (раз он виден!).
А программу подправить - обычная консольная программа, наверное Win пишет в заголовке консоли путь (а не программа)

[Alex]

да, а пол-ль если войдет в TEMP, чтобы удалить ненужное?

[Max Diesel]

не согласен, временный кат. лучше пусть будет красивым (раз он виден!).

Вообще-то если уж рассматривать красивость с технической точки зрения, то создаваемые программой временные каталоги тоже по-своему красивы... там в качестве подкаталога используется md5-хэш, он всегда стандартизован - представляет собой строку из 32-х символов.

да, а пол-ль если войдет в TEMP, чтобы удалить ненужное?

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

Тема определенно из категории "чего бы этакого поменять местами...", очень хотелось бы чтобы таких тем было поменьше. Есть гораздо более актуальные вопросы, которым благодаря таким темам достается меньше внимания.

[Alex]

Тема определенно из категории "чего бы этакого поменять местами..."

я бы сказал "Чего бы подсократить, чтобы "фигни" в именах было меньше", но ладно.

[Alex]

Буду писать, когда натыкаюсь на temp имя.
натыкаюсь, когда делаю edit файла в архиве.
имя видно в заголовке редактора. (зависит от редактора, да).

и если делать view в архиве нестандартным просмотром.

[Max Diesel]

Буду писать, когда натыкаюсь на temp имя.
натыкаюсь, когда делаю edit файла в архиве.
имя видно в заголовке редактора. (зависит от редактора, да).

и если делать view в архиве нестандартным просмотром.

Что-то я не уловил суть предлагаемой модификации кода в связи с этой "проблемой"...

[Alex]

Предлагается сделать temp имя коротким. UC$nnnn.nnn\file.

[Alex]

вот еще видно.

[Qwertiy]

не согласен, временный кат. лучше пусть будет красивым (раз он виден!).

Вообще-то если уж рассматривать красивость с технической точки зрения, то создаваемые программой временные каталоги тоже по-своему красивы... там в качестве подкаталога используется md5-хэш, он всегда стандартизован - представляет собой строку из 32-х символов.

Хэш чего? Файла, архива? Сколько времени тратится на его вычисление?

Я бы использовал текущую дату и время, например, в формате

Код: Выделить всё

yyyy_MM_dd HH_mm_ss fff

Такая последовательность выбрана для того, чтобы алфавитная сортировка совпадала с хронологической.

PS: Длина меня вполне устраивает.

[Max Diesel]

Предлагается сделать temp имя коротким. UC$nnnn.nnn\file.

Практический смысл длинного имени временного каталога состоит в том что при длинном вероятность случайной распаковки одного файла поверх другого минимальна. А в чем практический смысл короткого имени временного каталога? Насколько мне известно, обычно набирать от руки полный путь файла не требуется (в этой ситуации действительно было бы сложнее набрать 32 hex-символа нежели 4-6 символов/цифр).

Хэш чего? Файла, архива? Сколько времени тратится на его вычисление?

Хэш строки с именем файла и его размером (впрочем возможно это просто хэш случайного числа). Времени на вычисление уходит предположительно не больше миллисекунды.

[Max Diesel]

Прочитал прошлогоднее начало темы... как ни странно, но с тех времен мое мнение не сильно изменилось - если имя каталога отображается в заголовке программы-редактора, то нужно обращаться к разработчикам этой самой программы-редактора. Временный каталог на мой взгляд по сути своей представляет собой вид мусорки, где весь мусор хранится зачастую лишь до конца работы программы... в такой ситуации как-то специфически выглядит желание сделать мусор привлекательным на вид. Подозреваю что данный спор очень похож на спор по вопросу "какое число лучше - 7 или 8?"... одна сторона предоставляет одни аргументы, другая - другие, для каждой из сторон "свои" аргументы кажутся более весомыми... На мой взгляд единственным достойным аргументом в пользу изменения текущей системы создания временных каталогов является стремление вынести этот процесс в отдельную функцию.