似乎主流观点认为汇编编程需要更长时间并且比C等更高级别的语言更难编程.因此,似乎建议或假设出于这些原因更好地编写更高级别的语言并且为了更好的便携性.
最近我一直在写x86汇编,我突然意识到这些原因可能不是真的,除了可能的可移植性.也许这更多的是熟悉并且知道如何很好地编写装配.我还注意到汇编中的编程与HLL中的编程完全不同.也许一个优秀且经验丰富的汇编程序员可以像经验丰富的C程序员用C语言一样轻松快速地编写程序.
也许是因为汇编程序设计与HLL完全不同,因此需要不同的思维,方法和方法,这使得为不熟悉的程序编程看起来很尴尬,因此给它编写程序的坏名称.
如果可移植性不是问题,那么真的,C会对NASM这样的好汇编程序有什么影响？
编辑: 只是指出.在汇编时编写时,不必只是在指令代码中编写.您可以使用宏和过程以及您自己的约定来进行各种抽象,以使程序更加模块化,更易于维护和更易于阅读.这是熟悉如何编写良好汇编的地方.
Racket是Scheme的后代.Racket与R6RS有何不同？它添加或带走了什么,或者只是不同？
据我所知,Racket不仅仅是一种语言,它还是一种语言平台.但我指的是主要的球拍方言.
我想制作一个简单的x86汇编程序.我想知道是否有任何教程来制作自己的汇编程序.或者,如果有一个简单的汇编程序,我可以学习.
另外,我想知道在查看和处理程序的二进制/十六进制时使用了什么工具.
在学习如何在计算机中表示浮点数时,我遇到了"偏差值"一词,我不太明白.
浮点数中的偏差值与浮点数的指数部分的负和正有关.
浮点数的偏差值为127,这意味着127总是被添加到浮点数的指数部分.这样做有助于确定指数是否为负数或正数？
我喜欢Clojure.困扰我的一个问题是我不知道如何实现懒惰的序列,或者它们是如何工作的.
我知道懒惰序列只评估序列中要求的项目.它是如何做到的？
我正在寻找一些在Linux下使用汇编语言并使用系统调用的动态内存分配的良好代码示例,而不是malloc和朋友.
有哪些最简单但有效的方法呢？
在Intel 386+计算机上.
我想采用Clojure工作源代码文件(.clj)并将它们自动转换为等效的java源代码文件(.java).我想知道最好的方法是什么,或者甚至可能.转换后的java源代码需要足够可接受.
为什么默认情况下use-context-classloader设置为true？
为什么Clojure不使用当前的类加载器？