Node.js 是否有package.json键来定义静态资产的位置
我相信有一些非标准的package.json密钥(比如Node.js 是否有package.json键来定义静态资产的位置,node.js,npm,package.json,Node.js,Npm,Package.json,我相信有一些非标准的package.json密钥(比如unpkg或jsnext)。我认为甚至还有一个是关于风格的 是否存在其他人用来定义静态资产(图像、字体等)所在包位置的伪标准 比如: { “姓名”:“我的包裹”, “main”:“dist/index.cjs.js”, “资产”:“距离/静态” } 您可以使用或键进行此操作 "files": [ "./src/assets/" ], "directories": { "assets:": "./src/assets" } 您可以使
unpkg
或jsnext
)。我认为甚至还有一个是关于风格的
是否存在其他人用来定义静态资产(图像、字体等)所在包位置的伪标准
比如:
{
“姓名”:“我的包裹”,
“main”:“dist/index.cjs.js”,
“资产”:“距离/静态”
}
您可以使用或键进行此操作
"files": [
"./src/assets/"
],
"directories": {
"assets:": "./src/assets"
}
您可以使用或键进行此操作
"files": [
"./src/assets/"
],
"directories": {
"assets:": "./src/assets"
}
嗯,files
是告诉npm
或warn
发布到注册表的内容。我确实喜欢使用目录
,因为它是一个对象,可以使用任何键。那么文件
就是告诉npm
或纱线
发布到注册表的。我确实喜欢使用目录
,因为它是一个对象,可以使用任何键。我在野外也看到过这一点,但我个人不建议发明新的包。json
属性,如果NPM决定为自己的目的使用资产
,会发生什么?重用package.json
来存储项目信息是一个可爱的概念,但是当其他人最终维护代码时,可能会混淆他们。我也在野外看到过这一点,但我个人不建议发明新的package.json
属性,如果NPM决定将资产
用于自己的目的,会发生什么?重用package.json
来存储项目信息是一个很好的概念,但是当其他人最终维护代码时,他们可能会感到困惑。