os.path.splitext优于常规.split吗？

Question

在另一个问题中，票数清楚地表明，该os.path.splitext函数比简单的.split('.')[-1]字符串操作更受青睐。有谁有时间确切解释为什么？是更快或更准确，还是什么？我愿意接受它有更好的东西，但是我无法立即看到它可能是什么。至少在简单的情况下，导入整个模块来执行此操作可能会过大吗？

编辑：操作系统的特殊性是一个巨大的胜利，这不是立即显而易见的。但即使我也应该看到“如果没有一个点怎么办”案例！并感谢大家对图书馆使用的一般性评论。

Answer 1

好吧，对于单独的操作系统，有单独的实现。这意味着，如果Mac上提取文件扩展名的逻辑与Linux上提取的逻辑不同，则这些区别将由这些东西来处理。我不知道有什么区别，所以可能没有。

编辑
：@Brian评论说，像这样的示例/directory.ext/file当然不能通过简单的.split('.')调用工作，并且您必须知道目录可以使用扩展名，以及在某些操作系统上正斜杠是有效的目录分隔符的事实。

这只是强调 使用库例程，除非您有充分的理由不接受 我的回答。

谢谢

此外，如果文件没有扩展名，则必须构建逻辑来处理这种情况。而且，如果您尝试拆分的是目录名称以反斜杠结尾的怎么办？没有文件名或扩展名。

规则应该是除非您有特定的理由不使用满足您需要的库函数，否则请使用它。这样可以避免您不得不维护和修正其他人拥有完美解决方案的代码。