Ответ 1
TL;DR:
- Да, вам разрешено добавлять пользовательские записи в
package.json
. - Выберите имя ключа:
- не определено (подробнее см. ниже)
- не зарезервировано для дальнейшего использования (подробности ниже)
- избегать префиксов
_
и$
- и желательно использовать один ключевой уровень верхнего уровня, в котором будет вставлять ваши пользовательские записи.
Например, если у вас есть домен example.org
, вы можете сохранить собственный random
ключ, как показано ниже, внутри ключа верхнего уровня в нотации с обратным доменом с _
, замененным на .
и, если применимо, -
(см. комментарии) (например, org_example
):
{
"name": "application-name"
, "version": "0.0.1"
, "private": true
, "dependencies": {
"express": "2.4.7"
, "jade": ">= 0.0.1"
}
, "org_example": {
"random": true
}
}
npm
package.json
формат файла в основном соответствует спецификации CommonJS:
- , которые
npm
в настоящее время использует: https://www.npmjs.org/doc/files/package.json.html - , определенные в спецификации: http://wiki.commonjs.org/wiki/Packages/1.1
Что касается выбора пользовательских ключей: спецификация пакета CommonJS, укажите (внимание мое):
Следующие строки зарезервированы для расширения будущего:
build
,default
,external
,files
,imports
,maintainer
,paths
,platform
,require
,summary
,test
,using
,downloads
,uid
.Расширения спецификации дескриптора пакета должны стремиться избегать коллизий для будущих стандартных имен путем сопоставления имен их свойств с безобидными именами, которые не имеют значений, относящихся к общему управлению пакетами.
Для использования по своему усмотрению следующие поля зарезервированы для реестров пакетов:
id
,type
. Все свойства, начинающиеся с_
или$
, также зарезервированы для реестров пакетов для использования по своему усмотрению.