const，C/C++的第一个败笔

飞灰橙

原帖由 xiaomiao 于 2008-4-10 11:24 发表
const关键字在template应用中确实比较麻烦。不过用好const对提高程序的健壮性非常有帮助

const和template, 呵呵
如果有 std::pair< A, B >
这个pair对象又被当作函数的const参数用，
然后其中的A和B子对象，到底算不算const呢，
A和B本身如果也是pair呢。。。
真是让人痛不欲生的问题

whyglinux

原帖由 wwwsq 于 2008-1-29 11:54 发表
用const的人是吃饱了撑的。给自己找麻烦，也给别人找麻烦。

出于历史原因，很多函数接口里面有const，这没办法。这已经够烦的了，别再添烦了。

比如strcpy()函数的第二个参数，就是带const。它就是带const的，已经是陈年旧账，你有什么办法？又改不来。

从 C 的历史来看，它总是在不停地找“麻烦”。

最初的 C 语言并没有 const 关键字，所以那时候库函数中也没有 const 来修饰参数。

1. char *strcpy(char * s1, char * s2);
   

复制代码

后来随着需要，有的编译器的实现增加了 const 供使用，并且被 C 的第一个标准 C89 所接受，从此之后标准库函数中该加 const 的地方才都加上了。这一改动也要求用户在自己的代码中注意 const 的使用；该用的地方不用，会给其它使用者带来不便。

1. char *strcpy(char * s1, const char * s2);
   

复制代码

在此之后，人们还不满足，新的 C 标准 C99 又增加了 restrict 关键字，所以你可看到 strcpy() 的声明已经变成了这样：

1. char *strcpy(char * restrict s1, const char * restrict s2);
   

复制代码

[ 本帖最后由 whyglinux 于 2008-4-10 21:47 编辑 ]

伊萬閗夫

新来的，借个地方冒个泡

l.j.boboman

lvscar

大家都不知道  直接寻址 是最快的内存寻址方式吗?

cjaizss

原帖由 whyglinux 于 2008-4-10 20:29 发表


从 C 的历史来看，它总是在不停地找“麻烦”。

最初的 C 语言并没有 const 关键字，所以那时候库函数中也没有 const 来修饰参数。
char *strcpy(char * s1, char * s2);

后来随着需要，有的编译器的 ...

restrict，优化相关。
比方
void func(int* a,int* b)
{
         *a+=*b;
         *a+=*b;
}

netawater

原帖由 芙蓉 于 2008-1-4 17:16 发表
经过越来越多的教训，偶不得不说，const，是C/C++历史上最失败的发明

首先，const侮辱了程序员的智商。C/C++的精髓之一既是，相信程序员的能力，
const却说，你程序员是容易出错的，我来帮你编译时把把关。 ...

不太理解C++的情况，C语言用在嵌入式领域时const绝对有用的，编译器可以把常量可以放在不可写的存储空间，与变量区分开。

以泪洗面

reiase

说const是“第一个败笔”...
太抬举C/C++了

zg_ljc

不敢苟同。
使用const至少可以使你的意图在其他阅读你的程序的人面前得到更清晰的展现。