外部依赖项：程序中包含的头文件中所用到的头文件

资源文件：除了代码之外所需的其他如图片，菜单，工具栏等

在Keil MDK建立STM32的工程时，其中有一项是选 use MicroLIB

由于对KEIL不是很熟悉，于是就查了查，得到了以下信息：
microlib 是缺省 C 库的备选库。 它旨在与需要装入到极少量内存中的深层嵌入式应用程序配合使用。 这些应用程序不在操作系统中运行。
microlib 进行了高度优化以使代码变得很小。 它的功能比缺省 C 库少，并且根本不具备某些 ISO C 特性。 某些库函数的运行速度也比较慢，例如，memcpy()。
与缺省 C 库之间的差异
microlib 与缺省 C 库之间的主要差异是：
microlib 不符合 ISO C 库标准。 不支持某些 ISO 特性，并且其他特性具有的功能也较少。
microlib 不符合 IEEE 754 二进制浮点算法标准。
microlib 进行了高度优化以使代码变得很小。
无法对区域设置进行配置。 缺省 C 区域设置是唯一可用的区域设置。
不能将 main() 声明为使用参数，并且不能返回内容。
不支持 stdio，但未缓冲的 stdin、stdout 和 stderr 除外。
microlib 对 C99 函数提供有限的支持。
microlib 不支持操作系统函数。
microlib 不支持与位置无关的代码。
microlib 不提供互斥锁来防止非线程安全的代码。
microlib 不支持宽字符或多字节字符串。
与 stdlib 不同，microlib 不支持可选择的单或双区内存模型。 microlib 只提供双区内存模型，即单独的堆栈和堆区。
可以合理地将 microlib 与 --fpmode=std 或 --fpmode=fast 配合使用。
microlib 中的函数负责：
创建一个可在其中执行 C 程序的环境。 这包括：
创建一个堆栈
创建一个堆（如果需要）
初始化程序所用的库的部分组成内容。
调用 main() 以开始执行程序。
要使用 microlib 构建程序，必须使用命令行选项 ??library_type=microlib。 根据需要，编译器、汇编程序或链接器可使用此选项处理不同的文件。 将此选项与链接器配合使用时，将覆盖所有其他选项。

package.json一般也就长这么模样：
{
  "name": "",
  "description": "",
  "version": "4.17.1",
  "author": "",
  "contributors": [],
  "license": "MIT",
  "repository": "",
  "homepage": "",
  "keywords": [],
  "dependencies": {
    "accepts": "~1.3.7",
    "array-flatten": "1.1.1",
    "body-parser": "^1.19.0",
    "content-disposition": "0.5.3",
    "content-type": "~1.0.4",
    "cookie": "^0.4.0",
    "cookie-signature": "1.0.6",
    "debug": "2.6.9",
    "depd": "~1.1.2",
    "encodeurl": "~1.0.2"
  },
  "devDependencies": {},
  "engines": {
    "node": ">= 0.10.0"
  },
  "files": [],
  "scripts": {
    "lint": "eslint .",
    "test": "mocha --require test/support/env --reporter spec --bail --check-leaks test/ test/acceptance/",
    "test-ci": "...",
    "test-cov": "...",
    "test-tap": "mocha --require test/support/env --reporter tap --check-leaks test/ test/acceptance/"
  }
}

其中十分重要的一项就是dependencies，也就是依赖项，每次npm install的时候下载下来的东东都是根据这里来的。
很显然这个dependencies对象中的key是依赖项的名称，值则是版本号，但是版本号前面有的啥也没有，比如：“array-flatten”: “1.1.1”，有的有波浪号，比如：“accepts”: “~1.3.7”，也有的有插入符号，比如：“body-parser”: “^1.19.0”。那这些到底有啥区别呢？
其实也比较简单：
波浪号〜匹配最新补丁版本号，也就是版本号的第三个数字。比如~1.2.3将匹配所有1.2.x版本，但将在1.3.0上停止。
插入符号^ 更宽松。 它匹配的是最新次要版本号，也就是第二个数字。比如：^ 1.2.3将匹配任何1.x.x版本，包括1.3.0，但将在2.0.0上停止。
前面啥符号也没有，很显然意思就是确定唯一指定的版本号。
当然这里还可以写>，>=，<，<=，比如：
"dependencies": {
    "accepts": "~1.3.7",
    "array-flatten": "1.1.1",
    "body-parser": "^1.19.0",
    "content-disposition": ">0.5.3",
    "content-type": "~1.0.4",
    "cookie": "^0.4.0",
    "cookie-signature": "<1.0.6",
    "debug": ">=2.6.9",
    "depd": "~1.1.2",
    "encodeurl": "<1.0.2"
  }

意思也很简单，就是大于，或者大于等于，小于或者小于等于后面的版本号。
如果前面是星号*，那意思就是匹配任何版本。
如果版本号的值是latest，那意思安装的永远是最新发布的版本。
如果只匹配版本号的其中一位，除了上面的做法外，还有一种，那就是用x，比如：1.2.x，就可以匹配1.2.1，1.2.2，…，但是1.3.0肯定是不行的，这大家都懂，不用多解释。
最后再举个栗子吧：
"dependencies": {
    "accepts": "1.3.x"
  }

场景：我在A项目中编写了一个C++类，生成了一个.H文件和一个.CPP文件；

　　现在我又在进行B项目，需要用到这个类

 

做法：按所想的方式，解决方案视图->右键项目->添加->现有项，找到.H和.CPP文件，添加

 

不妥：文件的引用是添加过来了，可惜文件本体还在A项目的目录下

 

尝试：从A项目中复制.H和.CPP文件到B项目目录中，然后进行上一次的做法

 

不妥：文件的引用和位置都添加进来了，然而切换类视图——白费力气，类没有添进来

 

尝试：右键和菜单翻找没有发现可能有此功能的选项，是否需要在文件头加入


#include "***.h"



呢？可是A项目是添加->类的方式做的，并没有发现VS自动生成#include的代码却照样正常啊！网上寻找也没有合适的答案，也许是关键字没有选好吧～无奈去“项目”菜单大胆试了一下，还真给蒙出来了- -|||

 

修正：菜单->项目->卸载项目；

　　稍一停顿，项目显示不可用，这时再 菜单->项目->重新加载项目，翻到类视图，OK！

 

后话：VS2008没有探索过，不清楚其中的机制，而且应该有更好的办法吧！



后话续：NND果然没有什么神秘的机制，该#include还是得#include的！前面那样做只是编辑器视觉上添加了，并且Assist X能认能自动完成，编译器还是不认识！