【发布时间】：2011-03-10 23:23:25
【问题描述】：
我刚刚注意到一个库 SFIO 用于在 C 中进行安全快速的 IO 处理。但它不是最新的。库的最后一个版本是在 2005 2012 发布的，与最近发布的标准 IO 库相比，我无法评估 SFIO 相对于 STDIO 所声称的优势是否仍然有效。另外在生产代码中使用这个库是否合理？
【问题讨论】：
【发布时间】：2011-03-10 23:23:25
【问题描述】：
我更喜欢使用标准的东西，而不是依赖不再维护或开发的库。但是，请进行测试以了解您的代码是否真的从其使用中受益。如果不难，可以在编译时使用可定义的开关来开发代码以使用sfio 或标准方法，以便您可以根据需要切换到一个或另一个，如果您注意到sfio 出现问题。
【讨论】：
-
是的，你可能是对的，我应该测试这个库，以便掌握我的情况的不同之处。 （但现在我真的厌倦了测试库，C 中的大多数库都没有很好地记录）
-
仍然经常需要测试；一个图书馆是否记录良好。 sfio 描述似乎改进了 stdio（afaik 仍然存在一些限制，但它们也是特定于实现的，所以很难说什么会更好），但是 stdio 是标准的，所以我会在生产中依赖它代码，直到我有时间进行更深入的测试并看看它如何使我的代码受益
我只知道这个 SFIO 库声称更高效、更安全、更健壮的事实，但我从未尝试过这个库，因为标准 io 库对我来说总是很好。 我想问一下他们声称您无法评估的福利。您能否提供详细信息以及确切的参考资料。
另外我真的很想问你为什么要依赖一些非标准库而不是标准库，你的特殊目的是什么。
无论如何，如果没有这样的特殊要求，我建议你只使用标准库。
正如您询问在生产代码中使用它的问题，所以我的建议是绝对否。
谢谢 阿洛克.Kr.
【讨论】：
-
感谢您的回答 Kumar，我想使用 SFIO 的原因是因为标准库对于我正在处理的任务来说太慢了，我想知道是否有人使用过这个库（很多批量 io 过程，需要非常快）。实际上我搜索了这个库，发现很多开源库都使用了这个库。像 amarok、perl 和 graphviz。所以觉得还不错。