Довгі розширення імені файлів: чому ні

17

Я закінчую додаток для iPad, а розширення назви файлів (використовується в основному, щоб Mail і Dropbox знали, у якій програмі відкривати файли) - 12 символів. Єдине розширення назви файлів, яке є десь поблизу tax2010. Чому на цю тему так мало варіацій, і які проблеми я можу очікувати, використовуючи довге розширення назви файлів для свого додатка? Ці файли будуть надіслані поштою, скопійовані та надані ^* .

У всіх тестах він працює чудово.

^* Сподіваюсь

file-extension

— Ден Розенстарк
джерело

2

Я давно бачив ще кілька розширень файлів (всього кілька годин тому під час перегляду проекту Visual Studio: .resourcesі .csproj). Але так, більшість розширень файлів коротші.

14

Історичні ухили від часів, коли потужність зберігання та обробки не була такою багатою.

— Ентоні Пеграм

1

Ні, насправді, історичні упередження з тих часів, коли у нас не було автоматичного заповнення командної строки. Ви знаєте, як програмістам так нудно натискати клавіші.

— Майк Накіс

2

Немає такого поняття, як розширення файлу, принаймні, не в останніх операційних системах.

— Інго

1

@Zack Скажіть, будь ласка, що саме у реченні "Немає такого поняття, як розширення файлу". ти не зрозумів? До речі, це повинно бути "розширення імені файлу". Але навіть тоді в останніх операційних системах, таких як UNIX, в кращому випадку є умовою, що файл з назвою file.c містить джерело C та ін. В ОС немає місця, де інтерпретується ім'я файлу.

— Інго

20

Багато розробників використовували принаймні комп’ютери назад, коли довгі розширення, де технічне обмеження. Навіть на сьогоднішній день все ще існують програми в активному використанні, які задихаються від таких речей, як пробіли у шляхах файлів та довгі розширення.

Поки ви не підозрюєте, що ваші файли повинні використовуватись цими програмами, немає технічної причини, щоб зупинити вас.

Пам'ятайте, проте , що короткі розширення, які можна зрозуміти за один погляд, будуть набагато кращими для ваших користувачів. Тож, хоча .resources - прекрасний приклад, .customhatbymycompany, безумовно, не є.

— Ден МакГрат
джерело

1

Що з .customHatByMyCompany чи .custom_hat_by_my_company? <злий посмішкою> Або навіть. звичайний капелюх моєї компанії (як Windows, так і Linux, здається, не мають проблем із пробілами у розширеннях імен файлів)

— Мауг каже, що відновити Моніку

8

Розширення файлів використовуються для розрізнення файлів різних типів, а не для розповіді про історію. Тому вони короткі: навіть при довжині трьох літер шанси на зіткнення на одній машині досить малі.

Довгі розширення означають менше місця для решти шляху та імені файлу . Можливо, в сучасних операційних системах та програмному забезпеченні це не має значення, оскільки вони приймають дуже довгі шляхи до файлів. На жаль, це не так у Microsoft , де .NET Framework все ще не може керувати шляхами довжиною понад 259 символів . 12 символів, взятих для розширення, означає 246 символів, залишених для шляху без розширення. У деяких випадках це може бути проблемою.

Оскільки ця проблема не застосовується у вашому конкретному випадку , єдиною причиною уникнення тривалих розширень є те, якщо імена файлів, включаючи розширення, вводяться користувачем , особливо на мобільних пристроях, де введення тексту може бути важким.

— Арсеній Муренко
джерело

8

Більш довгі імена файлів:

Візьміть більше тексту, що призведе до більше зусиль / помилок
Займайте більше місця на екрані
Перерва з традицією
Не важливі, оскільки розширення файлів призначені для машин, а не для людей
Візьміть цінні символи в системах з обмеженням довжини шляху

Незалежно від того, чи є ці міркування проблемою для вашої програми, це питання вас та ваших користувачів.

— Крамій
джерело

8

Я не згоден з вашим четвертим моментом: розширення зазвичай мали асоціації людини. Операційній системі не важливо, чи виконуваним файлом є .exe або .df врешті-решт, доки існує конвенція. Такі розширення, як .cpp, .jpeg тощо, призначені для легкого читання людини.

— Девід Торнлі

2

@DavidThornley: Сперечається, що в сучасних версіях Windows розширення файлів за замовчуванням приховані, тому "звичайні" користувачі не повинні їх бачити. Однак у багатьох інших випадках я погоджуюся, що це не актуально - звідси моя відмова.

— Крамій

7

Як заявив @Anthony в коментарях, трирічне розширення файлу (у рядку DOS-> Windows) є історичним залишком. У наш час це вже не обмеження для сучасних операційних систем, хоча воно залишається цікавим явищем.

Оскільки очікується, що з часом ця практика буде повільно відмовлятися, я загрожую, що ви можете піти з більш тривалим розширенням файлів, особливо якщо ваші тести підтвердили, що у вашому середовищі це "добре".

Єдина проблема, про яку я здогадуюсь, полягає в тому, що в деяких випадках це буде скорочено до "податку".

— Ладья
джерело

1

Спасибі. Щоб було зрозуміло, моє продовження не є податком2010, що є лише прикладом більш тривалого.

— Дан Розенстарк

1

Я не можу розмовляти для додатків iPad, але я використовую 5- і 6-символьні розширення для типів файлів для моїх додатків Windows вже досить довгий час без проблем. І я не думаю, що у Linux ніколи не було проблем з цим, тому це теж не проблема. Просто не використовуйте пробіли чи спеціальні символи, оскільки деякі програми можуть неправильно працювати з ними, якщо вони намагаються використовувати ім'я файлу як частину параметра командного рядка.

— ГрандмайстерB
джерело