市场决定我们的**

只看该作者 · 2007-9-4 15:39

写汇编效率要低很多的，原来用汇编，腰酸，手脚痛，现在改用C了，腰不酸，手脚也不痛了，码64k代码气都不喘。
C太好了，用过的人都说好。

1万 · 2007-9-4 15:56

“现在用汇编写程序的人是不是很牛呀？”
“不是牛，是猪。”

3万 · 2007-9-4 16:07

只看该作者 · 2007-9-4 17:58

你是愿意当牛呢，还是愿意当猪？

1万 · 2007-9-4 18:42

只看该作者 · 2007-9-4 19:04

初学单片机还是用汇编好，可以理解其内部结构,用了一段时间就可以考虑学习C了.C的可移植性在经常编程的时候就会突显其优势了.

2万 · 2007-9-4 19:49

不光是节约code空间能追求到利润。同样，一个好的开发效率、可维护性，也可以为产品增大利润率的。

几w行的汇编，我就不相信除了你自己外，别人还能帮你维护程序（有可能过几个月，自己都不能维护了），又谁能说，他做的产品不用维护？

1万 · 2007-9-4 19:52

1万 · 2007-9-4 20:15

而不是一开始就打算用汇编写。

只看该作者 · 2007-9-4 20:18

那么维护你的C也是很困难的事情。

一个代码是否能被维护升级或者修改，不在于使用那种语言，而在于是否使用了合理的结构，以及格式与注释的清楚明白。

俺经常见到有人写这样的汇编：

POP ACC
POP ACC
MOV A,#HIGH(WANTOGO)
PUSH ACC
MOV A,#LOW(WANTGO)
PUSH ACC
RET

云里雾里的似乎标明他的非典用得很不错，其实正是犯下结构性的错误。

俺的大汇编程序内有二十几个ASM文件，但是经常进行修改的只有1-2个，有时甚至只需要修改INC中的配置就行，算不算好维护？

1万 · 2007-9-4 20:51

1万 · 2007-9-4 22:18

只看该作者 · 2007-9-4 22:38

C和汇编我都用,
他们只是我们思维的表现.
利润比较多的,用c去做,编译后的文件大点,没问题
利润少的,没办法,一毛半分的也得去省,只能用汇编,
c生成的文件大,小点的片的装不下
汇编是最接近机器语言的,c经过编译后,有时不能达到我要的效果,
一般我会在c里面嵌入汇编

只看该作者 · 2007-9-4 23:40

不是很明白,为什么一定要把程序写到63K呢?60多K的代码量,可以干很多很多的事了。不是你用C,你的代码量就大了,写之前好好规划你的程序结构,看还有什么地方可以进行结构优化的,优化后再用代码实现。
还有就是可维护性,有的人写了太多的注释,四五十K的原文件，只有一千来行代码，你写**给别人看呢！正所谓望文生意，应该做到你的每一个函数，每一个变量它都是注释，让维护的或者看热闹的一看就知道是什么意思，写之前好好想想，给它取一个好的名字，就向对带你给儿子取名一样。

1万 · 2007-9-5 01:56

只看该作者 · 2007-9-5 09:17

用汇编开发项目时，你的代码别人抄袭会很累，可以保护知识产权。
见笑了！！！

2万 · 2007-9-5 09:56

C在优化后，其效率（包括空间和时间）是非一般人所能及的。

市场决定我们的**

工控就是短小精悍、要求实时性强。当然了做一些监控的还

呵呵，20楼的概念对俺不适用，俺63K的代码，全部汇编，几W

菜鸟兄实乃汇编高手。PFPF！

为什么不改成C阿

呵呵，引用以前看到的一句话：

民品设计,宜用汇编,省下每一个bit,提升你的竞争力

呵呵，圈圈，要是用C和汇编，每年差上百W的利润

呵呵，OO说话不小心了。

各有所长

re 菜鸟大虾

很赞同 tyw 说的

嘿嘿，C是优先选择，实在迫不得已，才考虑汇编

30楼，如果你的汇编不能别人维护而C可以

如果有一个很好的编译器，ASM还是挺好用的。再就是函数库

项目只有时间与成本之分,没有语言之争

市场决定我们的**

真弄不明白

匠人说得好，祝各位早日看破红裙～

我经常用汇编开发项目

20楼：就效率而言，有时未必C就不如ASM，这因人而异。

技术奇才奖章

无冕之王奖章

沉静之湖泊

以坛为家

突出贡献奖章

欢快之小溪

经常做客

奔腾之江水

伴坛终老

永恒之光奖章

技术导师奖章

七世轮回

坚毅之洋流

十世金身

终身成就奖章

技术领袖奖章

甘甜之泉水

核心会员奖章

技术高手奖章

社区建设奖章

涓涓之细流

荣誉元老奖章