Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/388.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为什么要使用';lib';vs';src&x27;JavaScript中的目录名?即';标准';?_Javascript_Naming Conventions - Fatal编程技术网

为什么要使用';lib';vs';src&x27;JavaScript中的目录名?即';标准';?

为什么要使用';lib';vs';src&x27;JavaScript中的目录名?即';标准';?,javascript,naming-conventions,Javascript,Naming Conventions,GitHub上有许多流行的JavaScript库和应用程序,一些将原始源代码放在/src目录中,另一些放在/lib目录中 我倾向于开发人员,这取决于他们在成长过程中学习了哪些语言。因此,我看到许多Java开发人员使用/lib(他们通常也会将打包的JS放入/bin目录)。同时,我经常观察到那些使用/src的人将打包的JS输出到/dist文件夹中 JavaScript的标准模式是什么,src或lib也许根本没有正确或错误的答案。 /node\u模块-用于第三方库 /lib或/vendor-建议您放置

GitHub上有许多流行的JavaScript库和应用程序,一些将原始源代码放在
/src
目录中,另一些放在
/lib
目录中

我倾向于开发人员,这取决于他们在成长过程中学习了哪些语言。因此,我看到许多Java开发人员使用
/lib
(他们通常也会将打包的JS放入
/bin
目录)。同时,我经常观察到那些使用
/src
的人将打包的JS输出到
/dist
文件夹中

JavaScript的标准模式是什么,
src
lib
也许根本没有正确或错误的答案。

  • /node\u模块
    -用于第三方库
  • /lib
    /vendor
    -建议您放置不需要编译的库
  • /src
    -用于您的代码 来源

一个有趣的问题,但在我看来,有些开发人员只是根据自己的世界观来看待它

这还取决于项目:

有些项目是用较小的组件构建的,这些组件只是主要功能的一小部分:
lib

lib/independent pieces.js

其他项目是单片的,组件相互依赖:
src

src/这是本项目的全部内容,相互依赖。js

对于第三方库,通常使用
供应商

vendor/bootstrap/
vendor/d3/

我在
/js
目录中看到了很多使用Javascript文件的项目。这有关系吗?当然没有技术上的区别,但尝试建立一种模式+约定。查看本教程:是的,我认为它也更符合世界观,我看到使用
lib
时没有相应的
src
,即使在未组件化的应用程序中也是如此。我猜这只是一种模式,有一天它会被一些人使用。这是哪本“最佳实践”书。。。?在典型的“universal JS”应用程序中,第三方库保存在
node_模块中,而
/lib
用于您自己的代码,不需要编译
/src
将用于需要“编译”(“transpiled”)的ES6代码。事实上,我同意你的看法。根据您的评论编辑答案。