c - 为什么不经常用汇编编写程序？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




8年前关闭。










锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或交互。








似乎主流观点认为汇编编程比 C 等高级语言需要更长的时间并且更难编程。因此，出于这些原因，似乎建议或假设最好用高级语言编写并且为了更好的便携性。

最近我一直在用 x86 程序集编写代码，我突然意识到，也许这些原因并不是真的，除了可移植性。也许更多的是熟悉和知道如何编写好汇编。我还注意到汇编编程与 HLL 编程完全不同。也许一个优秀且有经验的汇编程序员可以像一个有经验的 C 程序员用 C 编写程序一样容易和快速地编写程序。

可能是因为汇编编程与 HLL 有很大的不同，所以需要不同的思维、方法和方式，这让不熟悉的人编程看起来很尴尬，因此也给了它写程序的坏名声。

如果可移植性不是问题，那么真的，C 相对于像 NASM 这样的优秀汇编器有什么？

编辑:
只是要指出。当您使用汇编语言编写代码时，您不必只编写指令代码。您可以使用宏和过程以及您自己的约定来进行各种抽象，以使程序更模块化、更易于维护和更易于阅读。这就是熟悉如何编写好的汇编的地方。

Answer 1

hell ®，我是一个编译器。

当您阅读这句话时，我刚刚扫描了数千行代码。我浏览了数百万种使用数百种不同优化技术优化你的单行的可能性，这些技术基于你将花费数年时间进行的大量学术研究。当我将一个三行循环转换为数千条指令只是为了让它更快时，我不会感到任何尴尬，甚至不会有轻微的不适。我不耻于进行大量优化或做最肮脏的把戏。如果你不希望我这样做，也许一两天，我会按照你喜欢的方式行事。我可以随时转换我正在使用的方法，甚至无需更改任何一行代码。如果您愿意，我什至可以向您展示您的代码在汇编、不同的处理器架构和不同的操作系统以及不同的汇编约定中的外观。是的，一切都在几秒钟内。因为，你知道，我可以；你知道，你不能。

附言哦，顺便说一句，您没有使用您编写的一半代码。我帮了你一个忙，把它扔掉了。