Трехбуквенное соглашение о расширении файлов JSON
RFC7159 утверждает, что расширение файла для сохраненного файла JSON должно быть .json. Я работаю с файловой системой только с 3-х буквенным расширением. Есть ли в таких системах общепринятые расширения для файлов JSON?
Поскольку не существует трехбуквенного соглашения, должен ли я что-то придумать (например, .JON, трехбуквенное расширение, которое в настоящее время не используется) или придерживаться .TXT?
0 ответов
Поскольку, похоже, не существует "лучшей практики" для этого теперь редкого состояния, я мог бы предложить несколько идей в том порядке, в котором они мне нравятся.
- Первый выбор: расширение.js. json также является допустимым javascript, и это должно быть правильно выделено в редакторе.
- *.TXT будет работать, и если у вас есть работники, не являющиеся разработчиками в Windows, которым нужно просматривать или редактировать их, возможно, самый простой способ для них.
- Назовите свой формат. Если вы застряли с файлами 8.3, вы почти наверняка используете встроенную или специально созданную крошечную систему. Используйте свои 8+3 байта таким образом, который уникален и идиоматичен для вашей собственной системы. например, файлы *.FRG - это дескрипторы лягушки. Вероятно, для вашего пользователя не имеет значения, что они являются спецификацией json, если они интерпретируются правильно.
- Наконец, *.JSO. Так же, как расширение.HTM использовалось для html-файлов, когда окна не могли полностью выразить нижний регистр финального "l", я уверен, что.JSO будет столь же приемлемым, но это было бы моим последний выбор.