osc有人也在写C语言书

gvim

回复 70# starwing83

我个人不反对抽象化和为了更高层建模进行的复杂化，只是。。。有点不习惯简单的问题也用CCTV般宏观的手段来叙述
我个人认为简单化和复杂化应该有各自的应用领域，有复杂解释的时候，必然也有简单能解释的时候。
具体到这个帖子（和几个类似的帖子），我真就只是觉得C的指针就是间接寻址，C是对物理汇编的高层封装，不太适合复杂了解释吧。

仅做讨论，因为这纯数个人看法问题。

gvim

回复 67# pmerofc


啊，呵呵，我的意思是link,loader,unloader等等东西，其他语言需要自己定义模块发现，初始化，加载等内容，而C的话，把哪些活交给下面了。
你说的自由环境确实存在，就是上电一直到进入OS之前，都是引文里的自由环境。但，这里的问题是，C把加载自己的任务交给汇编了，呵呵。

supermegaboy

pmerofc 发表于 2012-10-27 11:04
回复 28# supermegaboy

作者在这里有两个表述得有问题的地方。

第一，高级语言之所以是高级语言，不是相对于某件东西来说的，高级语言通常有两个重要特征，一是通用、跨平台；二是接近于人类的自然语言。应该从这两方面阐述；

第二，作者后一句话就错大了。C语言是高度抽象的，对象模型和内存模型就是C语言最底层的东西了，什么CPU啊、中断啊、物理内存啊、硬盘啊等等等等，它一概不知，你

不能因为C语言可以用于系统软件的开发，就说它是“面向计算机组成原理”。C并不是直接操纵硬件的，即使integer to pointer或者pointer to integer，在这个integer和执

行环境之间，依然存在映射关系，这只是非常贴近于执行环境，而非就是执行环境。你可以说C是面向系统应用的，这没问题，这是C的特点。

supermegaboy

中山野鬼 发表于 2012-10-26 18:00
技术不较真，就不是严谨的工程人员了。我也如此，哈。除了工作，其他一律不认真，认真你就输了。。。而且 ...

放弃C++？这让人有点惊讶，我想说，你错过了很多C++提供的很好的工具。如果你不喜欢OOP，没问题，不用它就是了。但是PO范式、重载、OB、GP等等这些东西组合起来，就是一组比标准C强大得多的工具集。我举个非常简单的例子，假设在一个性能敏感的工程中，热点分析发现问题存在于一个从1加到100的算法中，如果用GP，可以把代码改为如下这样：

1. template< int N >
   
2. class Sum
   
3. {
   
4.     public :
   
5. 
   
6.         enum { RESULT = N + Sum< N - 1 >::RESULT };
   
7. };
   
8. 
   
9. template<>
   
10. class Sum< 1 >
    
11. {
    
12.     public :
    
13. 
    
14.         enum { RESULT = 1 };
    
15. };
    
16. 
    
17. int main( void )
    
18. {
    
19.     cout << Sum< 100 >::RESULT << endl;
    
20.     return 0;
    
21. }

复制代码

你能用C写一个比它快的有计算过程的版本吗？即使你写成printf( "5050" );printf也不一定比cout快！谁快其实是实现相关的。

但是这里我并非说C好还是C++好这种无谓的话题，但是当你需要某件东西的时候，C++能提供更多解决问题的途径，这才是最重要的！

chinesedragon

中山野鬼，在OSC上比较活跃的一个

supermegaboy

pmerofc 发表于 2012-10-28 15:51
回复 74# supermegaboy

呵呵，大概偶脑袋短路了，无论如何偶也没法把“面向计算机组成原理”与偶写的那段话联系起来。