正如其他人之前提到的，任何工具存在的原因都是它的工作效率。由于hll可以完成与许多行asm代码相同的工作，我想汇编被其他语言取代是很自然的。对于接近硬件的操作——有C语言的内联汇编和每种语言的其他变体。 保罗·卡特博士在PC汇编语言中说

＂...更好地理解如何 计算机实际上是在较低的水平上工作的 而不是编程语言 帕斯卡。通过获得更深层次的 了解计算机的工作原理， 读者通常可以做得更多 生产开发软件 高级语言，如C和 c++。学习汇编编程 语言是一种极好的方法 实现这个目标。”

在我的大学课程中有装配入门。这将有助于理清概念。然而，我怀疑我们中是否有人会用汇编编写90%的代码。今天深入的组装知识有多大的相关性?

因为事情总是这样:时间流逝，美好的东西也会消逝:(

但是当你编写asm代码时，这与编写高级语言的感觉完全不同，尽管你知道它的效率要低得多。这就像你是一个画家:你可以自由地画任何你喜欢的东西，完全没有限制(嗯，只有CPU的功能)……这就是我喜欢它的原因。很遗憾这种语言消失了。但只要有人还记得它并对它进行编码，它就永远不会消亡!

可移植性始终是一个问题——如果不是现在，至少最终是这样。编程行业每年花费数十亿美元移植旧软件，这些软件在编写时“显然”没有任何可移植性问题。

当你将汇编语言与比C更高级的语言(如Java、Python或Ruby)进行比较时，HLL的优势甚至更大。例如，这些语言有垃圾收集:不需要担心什么时候释放内存块，也不会因为过早释放而导致内存泄漏或错误。

当你用汇编语言写作时，你不必只写指令代码。您可以使用宏、过程和您自己的约定来进行各种抽象，使程序更模块化、更可维护、更易于阅读。

因此，您基本上是在说，通过熟练地使用复杂的汇编程序，您可以使ASM代码越来越接近C(或者您自己发明的另一种低级语言)，直到最终您的工作效率与C程序员一样高。

这是否回答了你的问题?: -)

我并不是在无所事事地说:我已经使用这样的汇编器和系统进行了编程。更好的是，汇编程序可以以虚拟处理器为目标，并且一个单独的翻译程序可以为目标平台编译汇编程序的输出。与LLVM的IF很相似，但其早期形式比它早了大约10年。因此，有了可移植性，再加上为特定目标汇编器编写例程的能力，以提高效率。

Writing using that assembler was about as productive as C, and with by comparison with GCC-3 (which was around by the time I was involved) the assembler/translator produced code that was roughly as fast and usually smaller. Size was really important, and the company had few programmers and was willing to teach new hires a new language before they could do anything useful. And we had the back-up that people who didn't know the assembler (e.g. customers) could write C and compile it for the same virtual processor, using the same calling convention and so on, so that it interfaced neatly. So it felt like a marginal win.

这是在开发汇编程序技术、库等方面花费了许多人多年的工作。不可否认的是，其中大部分都是为了使其可移植，如果它只针对一种架构，那么所有唱歌所有跳舞的汇编器就会容易得多。

总而言之:你可能不喜欢C语言，但这并不意味着使用C语言的努力就比想出更好的东西的努力更大。

其他人说的大多都是这样。

在C语言发明之前的美好时光里，当唯一的高级语言是像COBOL和FORTRAN这样的东西时，有很多事情不借助汇编程序是不可能完成的。这是获得全面灵活性的唯一方法，能够访问所有设备等等。但是后来C语言被发明了，在C语言中，几乎所有在汇编中可能实现的事情都可以实现。从那以后，我很少写汇编。

也就是说，我认为这是一个非常有用的练习，新程序员学习编写汇编程序。不是因为他们会经常使用它，而是因为这样你就能理解计算机内部到底发生了什么。我见过很多编程错误和低效的代码，它们来自程序员，他们显然不知道比特、字节和寄存器到底发生了什么。