【问题标题】:Meaning of lib directory in github repositoriesgithub存储库中lib目录的含义
【发布时间】:2016-09-10 05:57:46
【问题描述】:

大多数时候,当我查看 github 中的项目时,我会看到 lib/ 目录。

如果有 lib/ 目录的传统含义,我只是用谷歌搜索。但我找不到太多。

我想知道 lib/ 目录是为了选择从哪里开始查看 github 项目。

具有 lib/ 目录的项目。

orchestrator

gulp

【问题讨论】:

  • 你有例子吗?我知道各种应用程序和项目都有一个 lib 目录,但它们中的大多数含义是不同的。
  • 我添加了一个我只是想理解的例子。
  • 哦,我想也许它有一般意义。
  • 不是很笼统,但在您的情况下,您似乎查看了很多 JS 代码。见this。它似乎在 node.js 和 co 中非常流行。
  • liblibrary 的缩写,它通常用于常见文件、实用程序类、导入的依赖项,或者“过去”也用于(桌面)应用程序的 dll。它通常是核心应用程序支持代码的“库”。但是没有规则(至少我不知道)说你应该有一个 lib,或者它的名字是'lib',或者在里面放什么。

标签: javascript github directory conventions


【解决方案1】:

对于我的大多数项目,lib 目录是我放置共享组件的地方,这些组件可能会在我的应用程序的多个方面使用。此文件夹中的内容应该与您的应用程序紧密耦合,并且理论上应该能够从一个项目提取到另一个项目,并按预期工作(假设所有依赖项都可用)。我放在lib 文件夹中的一些示例:

  • 如果我要定义一个将引导数据从页面加载到我的前端代码的策略/流程,我将在lib 文件夹中的文件中定义类/方法。它只是功能性的,不绑定到我的任何应用程序代码或 DOM 结构。
  • 如果我需要构建自己的 UI 组件(假设我需要将一些标记功能合并到文本区域,并且对现有的 OSS 替代方案不满意),我会在这里做。 lib 中的代码只是概述了我的组件的工作原理,但没有实现任何特定于应用程序的功能。然后我可以将它包含在我的核心应用程序中,并像使用第三方库一样使用它。

基本上,任何可能是第三方依赖项,您不想将其放入自己的存储库并为其设置管理,您可以使用lib 并将该功能完全解耦在您的主要应用中。

【讨论】:

  • 快速注意,对于实际的第三方依赖项,我使用包管理器规定的位置(例如node_modules)(如果可用)或vendor 目录。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-11-03
  • 1970-01-01
  • 2017-03-23
  • 2014-08-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多