我用汇编编程已经有一个月了。我经常用C写一段代码，然后把它编译成汇编来帮助我。也许我没有充分利用C编译器的优化功能，但似乎我的C asm源包含不必要的操作。所以我开始看到，一个好的C编译器胜过一个好的汇编编码器的说法并不总是正确的。

Anyways, my assembly programs are so fast. And the more I use assembly the less time it takes me to write out my code because it's really not that hard. Also the comment about assembly having poor legibility is not true. If you label your programs correctly and make comments when there is additional elaboration needed you should be all set. In fact in ways assembly is more clear to the programmer because they are seeing what is happening at the level of the processor. I don't know about other programmers but for me I like knowing what's happening, rather than things being in a sort of black box.

With that said the real advantage of compilers is that a compiler can understand patterns and relationships and then automatically code them in the appropriate locations in the source. One popular example are virtual functions in C++ which requires the compiler to optimally map function pointers. However a compiler is limited to doing what the maker of the compiler allows the compiler to do. This leads to programmers sometimes having to resort to doing bizarre things with their code , adding coding time, when they could have been done trivially with assembly.

Personally I think the marketplace heavily supports high level languages. If assembly language was the only language in existence today then their would be about 70% less people programming and who knows where our world would be, probably back in the 90's. Higher level languages appeal to a broader range of people. This allows a higher supply of programmers to build the needed infrastructure of our world. Developing nations like China and India benefit heavily from languages like Java. These countries will fast develop their IT infrastructure and people will become more interconnected. So my point is that high level languages are popular not because they produce superior code but because they help to meet demand in the world's marketplaces.

如果一个普通的生产程序有10万行代码，每一行大约有8-12条汇编指令，那就是100万条汇编指令。

即使您可以以相当快的速度手写所有这些代码(请记住，这是您必须编写的8倍代码)，如果您想更改某些功能会发生什么?从这100万条指令中理解你几周前写的东西简直是一场噩梦!没有模块，没有类，没有面向对象的设计，没有框架，什么都没有。即使是为最简单的事情编写的类似代码的数量最多也令人生畏。

此外，你不能像高级语言那样优化你的代码。例如，C语言执行了大量的优化，因为你描述了你的意图，不仅仅是你的代码，在汇编程序中你只写代码，汇编程序不能对你的代码执行任何值得注意的优化。你写的就是你得到的，相信我，你不可能可靠地优化100万条指令，你在写的时候不断地打补丁。

浏览这些答案，我敢打赌9/10的回复者从未使用过组装。

这是一个经常出现的老问题，你得到的答案都是一样的，而且大多是错误的答案。如果不是为了便携性，我仍然会自己组装所有的东西。即便如此，我还是用C编写代码，就像用汇编一样。

我相信有很多原因，但我能想到的两个原因是

汇编代码肯定更难读(我肯定编写它也更耗时) 当您有一个庞大的开发团队在开发一个产品时，将代码划分为逻辑块并通过接口进行保护是很有帮助的。

我只能回答为什么我个人不经常用汇编编写程序，主要原因是这样做比较乏味。此外，我认为在没有立即注意到的情况下，更容易把事情搞砸。例如，你可能在一个例程中改变了使用寄存器的方式，但在另一个地方却忘记了这一点。它会很好地组装起来，直到很久以后你才会注意到。

也就是说，我确实认为组装仍然有有效的用途。例如，我有许多非常优化的汇编例程来处理大量数据，使用SIMD并遵循偏执的“每一个比特都是神圣的”[引用V.Stob]方法。(但请注意，简单的程序集实现通常比编译器为您生成的要糟糕得多。)

Oh hai, I'm a dataflow system. This App I'm running, are full of varrrious components. It's a distributed app, and it resides in 3 computers, on a powerful x86 and two smaller ARMs. Most of the components are written in C++, but there is a critical one written in ASM for the x86. Also, most components have several variations: compiled for different processors, also some components have special GPU versions. Shame or not, I have a script component (a wrapper component calls a script), which prints report, but only once a year. It doesn't even hurt that it's just a script, a slow script.

作为一个智能数据流应用程序，我知道，我的架构只适合特定的任务，其中信号/数据通过图形流动，例如自动化，视频/图像处理，音频处理(所有合成器使用数据流)，但幸运的是，这些应用领域是非常需要功率的，其中优化是必不可少的。

我很确定有一天会出现一些其他的架构，它们也是关于优化(以及其他让编程更容易等的东西)，它们将能够覆盖更多或其他领域，而我，数据流不能。

因此，“C vs ASM”的话题并不是一个真正的困境。这就像是在争论数字合成器还是模拟合成器更好(就像我之前提到的，我一直在研究合成器)。我建议，做好听的音乐。或倾听。无论什么。C不是相对于ASM。无论如何，我从未见过一个C程序被ASM攻击，反之亦然。

对不起，我的英语不好，尽管我不是一个新技术，我不是广为人知，我是一个孩子。很有希望。来，看看我的资料!