Alexandrescu有一些非常有趣的想法（类型列表、基于策略的类模板等），但其中很多都在Boost中得到了改进沿着在更广泛的编译器中进行了可移植性和正确性测试。
仅仅因为这些原因，我建议在可能的情况下选择boost。“也就是说，现代C设计仍然提供了很多关于C灵活性的见解，并提供了一个人的思想（一个非常好的思想）来解决许多常见的编程问题。
例如，基于策略的智能指针是一个非常好的想法，但我们可以找到为什么boost的作者选择不以这种方式实现shared_ptr和scoped_ptr：
A.参数化会使用户气馁。shared_ptr模板经过精心设计，可以满足常见的需求，而无需进行大量的参数化。有一天，可能会发明一种高度可配置的智能指示器，它也非常容易使用，并且很难误用。在此之前，shared_ptr是各种应用程序的首选智能指针。（那些对基于策略的智能指针感兴趣的人应该阅读Andrei Alexandrescu的《现代C设计》。）
如果您确实需要各种各样的智能指针，并且您和您的团队能够轻松地广泛使用模板参数化，则可以使用基于策略的方法来实现智能指针。但是，scoped_ptr和shared_ptr（沿着weak_ptr）往往会非常彻底地完成这项工作。策略类的组合行为可能更好地用于存在多种有用组合的情况。
然而， Alexandria 雷斯库仍有一些有趣的建议没有得到推动。例如，MOJO在编译器更好地实现move构造函数之前，或者在我们可以使用C0x中的右值引用之前，仍然是非常有用的。他还对实现内存分配器有一些非常有趣的想法。
至于这个问题，我们在我们的商业项目中使用了Mojo所需的Loki的一部分，但主要是在适当的时候增强。

需要考虑的一件事是，boost库在接受过程中必须经过同行评审。当然，在那之后，我相信对什么样的变化真的很少有监督，但至少在它们被接受之前有一些审查。洛基只是一个人的幻想。当然Alexandrescu是相当不错的，但仍然...这是他的所有想法，并没有进一步的审查比这一点。

我在我的整个C++环境中使用Boost，就像标准库的扩展一样（使用VC9和VC10）。
我并不是在所有项目上都使用它。
我在个人项目（主要是游戏）中使用它，在那里我可以完全控制依赖项。
我在一个大的游戏项目中使用了boost：：function（还有其他几个boost库）。
洛基也很好，但我觉得没有必要。我想我唯一想使用的库是Singleton，但我使用的是一个定制的，目前已经足够好了。

C++0x是我使用的快速函数对象。