MicroLib（代号Aegis）微服务库用途消除弊端，保留优势。 像任何体系结构一样，微服务风格的体系结构是MicroLib（代号Aegis）微服务库目的摆脱弊端，保持优势。 像任何体系结构一样，微服务风格的体系结构也会带来许多折衷。 其中最主要的是部署独立性与操作复杂性。 将应用程序的组件构建为一组联网的可执行文件可以自由地按自己的进度进行部署，但是管理分布式应用程序从本质上比运行整体组件更加困难。 隐含的前提背后

不使用microlib，添加FILE __stdout;FILE __stdin;后报错重复定义，删除添加的内容，添加次文件到工程

微库 引入微小的依赖项，例如实用程序函数，将代码引入到您的项目中。 目的 Maven 风格的依赖解析，每个依赖只被引入一次，无论它被使用多少次，都有自己的位置。 其他时候，它们很烦人——有版本解析、向后兼容性问题。 有时你想要的只是一个小工具函数。 您可以一遍又一遍地编写它，也可以将其放入库中。 这是剪切和粘贴地狱，或传递依赖地狱。 微型库（或“libbits”，库位）试图摆脱剪切和粘贴的地狱。 微型库公开（希望）一个功能。 它不会引入项目中尚不存在的依赖项。 （不由该程序强制执行）它带有自己的测试，这些测试与您的测试一起执行。 基本上，它是一个标准化的效用函数。 与剪切和粘贴相比，微库 是标准化的 带着测试来 可以升级 在我的梦想世界中，它们可以在中央存储库中在线获得，并带有评级和认可。 与 maven 风格的依赖相比，微库 永远不要引入版本冲突，因为它们每次都会被导入 大小合