有一个 功能性 两者之间的区别。第一个版本使用平台的首选行分隔符输出换行符。第二个版本输出换行符，这在Windows或Mac OS上可能是不合适的。
这比任何实际或想象的性能优势都重要。
关于性能，以及为什么每个人似乎都说“已经足够”了。
两种编写代码的方式之间的性能差异可能只有几微秒或更短。换句话说，最终用户将不会注意到差异…除非代码执行了数百万次。
作为一般规则，专业软件工程师的看法是这是不值得花时间做的东西更快，如果它并不 需要是 快。而且它 肯定 不值得花客户的钱这样做。
仅当您有明确的证据表明存在或将出现性能问题，并且要优化的代码才是真正的问题所在时，才应该沉迷于微优化。优化错误代码所花费的时间是浪费时间。
那么，您如何知道 何时 进行优化？
- 与实际重要的标准相比，当应用程序 观察到的 速度很慢时。
你怎么知道 什么 优化？
- 通过运行应用程序分析器，并分析其输出以查看实际性能热点和瓶颈在哪里。
性能并不总是不重要的问题。实际上，对于某些类型的软件，不考虑性能和可伸缩性要求的设计或实现可能完全是灾难。但是，大多数软件并非如此。
