谭浩强的书我就不说什么了，居然教学生include一个.c文件

一介村夫

原帖由 emacsnw 于 2009-10-29 13:47 发表
村长的问题，除了使用特定命名规则，无解。我觉得这也正是为什么C++要引入namespace的概念。

不过内部实现全部用static并且include .c绝对是不妥当的，你改动任何一个很小的被include的piece，整个代码都要重 ...

你还是没看懂我的意思。

一介村夫

原帖由 lanying_wzw 于 2009-10-28 23:35 发表
我感觉大家都误解村长的意思了，确实存在这种情况，a.o的公开函数虽然只被b.o，c.o调用，但是对d.o也可见了，楼主想解决的问题是a.o的公开函数只对b.o和c.o暴露，而对d.o不不暴露的问题，规范命名虽然可以不冲突 ...

你看懂了。

一介村夫

原帖由 coneagoe 于 2009-10-29 09:08 发表


你这样include .c这个问题是可以预见的，跟你实际解决什么问题有冲突吗？
你想说其实大师都错了，你是正确的是吗？

恰恰相反，我觉得大师没错，我在给他们找正确的理由，找这种用法的必要性。觉得大师们错了的是我的反方。

补充一下：我所说的大师是那些真正的大师，就是C语言的创造者和规范的制定者们。

[ 本帖最后由 一介村夫 于 2009-10-29 17:19 编辑 ]

一介村夫

原帖由 emacsnw 于 2009-10-29 13:47 发表
村长的问题，除了使用特定命名规则，无解。我觉得这也正是为什么C++要引入namespace的概念。

不过内部实现全部用static并且include .c绝对是不妥当的，你改动任何一个很小的被include的piece，整个代码都要重 ...

再特殊的命名规则也无解，因为你想到的规则别人也会想到。

qnxchina

原帖由 converse 于 2009-10-27 11:18 发表
这个挺在理.
我想谭的书如果真的是这么写的话,恐怕考虑没有那么多,那么就只有两种可能了:一种是笔误,另一个是他不知道头文件是干啥用的....

你要结合具体环境,潭的思维停留在70年代
自然保留了落后的风格

qnxchina

原帖由 一介村夫 于 2009-10-27 11:20 发表

以前做项目的时候，几个人分头写一个大程序的不同模块，结果整合的时候发现在不同模块间存在很多同名函数。
懒人的解决办法是加前缀，把函数名变成"张三OpenFile"或"模块A_OpenFile"；但是我觉得更好的办法是 ...

只能说明你的工程没有很好的规范风格

IOIOC

原帖由 IOIOC 于 2009-10-29 12:04 发表
在某 c 里 include 某某 c，则 某某 c 里的函数对外不可见？ 村长是这个意思吗？

Am I invisible or suppose to be ignored?  

shan_ghost

我日，看来以后必须用 UUID 来当函数名前缀了。

算了，以后不来这个帖子里掉价了。

apollolegend

一个模块做成十几万行代码的人还叫嚣懂得软件工程，真是无语了

orclover

感觉大家过于激动了，就事论事，不要上升到对人的质疑，毕竟建立一个高质量社区很不容易，如果大家意见不合就“文人相轻”，那么最后的结果只能是“树倒猢狲散”。