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

koolcoy

原帖由 一介村夫 于 2009-10-27 15:16 发表

你能保证你加完前缀后就能不跟任何函数库里的所有函数重名吗？

不能

一介村夫

原帖由 shan_ghost 于 2009-10-27 15:18 发表


扩展名用.h，在有些可以自动语法高亮.c扩展名文件的编辑器下面一样可以语法高亮，而且还遵守了程序界的基本道德，这更是好处。

“.h中不带函数实现”就不是约定和基本道德了么？

一介村夫

原帖由 koolcoy 于 2009-10-27 15:20 发表

不能

但是我说的方法就能，这就是我理解的人家保留include .c这一在有些人眼里是BT做法的理由之一。

shan_ghost

原帖由 shan_ghost 于 2009-10-27 15:18 发表


扩展名用.h，在有些可以自动语法高亮.c扩展名文件的编辑器下面一样可以语法高亮，而且还遵守了程序界的基本道德，这更是好处。

另外，恕在下孤陋寡闻，但至今在下确实还没有见过几个不能自己修改文件格式和扩展名关联关系的、有语法高亮功能的“高级”编辑器。

一介村夫

原帖由 shan_ghost 于 2009-10-27 15:22 发表


另外，恕在下孤陋寡闻，但至今在下确实还没有见过几个不能自己修改文件格式和扩展名关联关系的、有语法高亮功能的“高级”编辑器。

我说的是“自动”。

koolcoy

原帖由 一介村夫 于 2009-10-27 15:22 发表

但是我说的方法就能，这就是我理解的人家保留include .c这一在有些人眼里是BT做法的理由之一。

跟用个inline的却别在哪里？

shan_ghost

原帖由 一介村夫 于 2009-10-27 15:22 发表

但是我说的方法就能，这就是我理解的人家保留include .c这一在有些人眼里是BT做法的理由之一。

又车轱辘回来了。

include .c 和 include .share 和 include .h 和 include .pas 和 include .cpp 和 include .hpp 和 include .cxx 等等等等有什么区别？

这么牛B的技术，还不赶紧申请个专利，不然别人说不定会在自己项目里偷着用

albcamus

原帖由 一介村夫 于 2009-10-27 15:11 发表
原来C语言的设计者和标准制定者们都不如本版的大牛们脑子清楚见多识广。
别忘了，存在即是合理，存在的东西总有它存在的道理，不是人家的疏漏，而是你自己站得还不够高。

请论证一下A20的合理性， 你能论证出来， 我就承认#include c的合理性。

whelysee

没发过技术帖子，没想到反映这么强烈。
几乎明白点了，不利于代码维护？

flw

Perl 用户无辜地飘过～

表误伤偶！