CUB(C++ Unified Base)是一个轻量的现代C++基础类库，遵循C++14基础语言版本。提供了内存、时间、文件系统、字符串、多线程、实现模式等基础类库实现。
初衷
抽取CUB的公共抽象，其最大的动机就是为了消除重复，避免在各个实现中充斥重复逻辑，最大可能性地抑制程序员“复制-粘贴”的恶习。其次，CUB实现了标准库的扩展和补充，例如包括any, optional, string_view等，当你的编译器还没有升级到C++17时，你便最大限度地从中获益。
以日志为例，我们当然不希望每个人，每个模块都写一个打印日志的类库，否则会制造大量的重复代码。特殊地，日志特性在C++实现中，常常使用宏定义提供API给用户使用，重复实现极大概率造成宏定义的冲突。
解决这类问题，唯一的办法就是提供易于用户复用的类库，并最大自由地让用户获取到源代码，而不是让他再造一个轮子，或者“复制-粘贴”你的代码。
复用
程序员复用代码，无非存在两大障碍。
- 第一，这个
API设计不够人性化，复用成本高。 - 第二，库依赖太复杂，无法便捷地获取源代码。
第一个问题，关乎软件设计。实际上，设计易于复用的组件，都需要遵循良好的设计原则。例如，用户仅依赖于打印日志的几个宏定义，而迫使用户依赖了他不想要的代码，便违背了接口隔离原则。再如，用户依赖你的接口，他不是根据场景特殊性扩展实现，他复制了你的代码做局部修改，便违背了开放封闭原则。也就是说，你要从设计上约束用户的行为，使得他复制代码相对于复用代码成本更高，才有可能吸引用户大概率复用既有代码。让优秀的程序员用起来感觉更爽，工作更愉悦，同时也不放弃改造和教育普通程序员，是吧？
第二个问题，关乎依赖管理。感谢Google的工程师，他们创造了Bazel，使得代码复用变得更加便捷。无论你发布的库有多大，只要用户依赖的目标足够小，用户通过Bazel便能够方便地复用之。另外，Bazel使用类Python的语法，相对于CMake反人类的语法，Bazel的可读性和颜值简直爆表(当然，你得喜欢Python的语法)。此外，Bazel的可扩展性相当优异，充满着无限的可能性。例如，在构建工程之前自动生成代码，在GPU上扩展支持编译CUDA代码，一切都变得极为容易。
源代码
CUB的源代码来自于如下地址，可以使用Git克隆整个库实现，欢迎小伙伴们为CUB添砖砌瓦。
$ git clone https://github.com/horance-liu/cub.git
