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

langue

这不正说明你的模块划分本身就很有问题嘛。该内部的不能内部，不该内部的却要隐藏了。



[ 本帖最后由 langue 于 2009-10-27 23:20 编辑 ]

一介村夫

原帖由 langue 于 2009-10-27 23:16 发表
这不正说明你的模块划分本身就很有问题嘛。该内部的不能内部，不该内部的却要隐藏了。

你怎么看出我模块内部设计有问题了？
你已经同意了模块内部函数要用static进行修饰，那么当模块体积过大（超过1万行）时，就只好将文件人为地分割成小块。由于static的关系，这些小文件只能采用include方式来包含，这不正是我的论点么？
从上述推理中，哪里体现出我模块划分有问题了？又有哪些内部不内部外部不外部了？

koolcoy

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

你怎么知道我没加呢？
加上static就能把10000行的程序变成100行么？
实际上，正式因为加了static关键字，才无法分割成独立的小文件进行编译连接，而只能使用include。

回答这个问题：
为啥不分割成.h小文件，然后在函数前面加inline修饰；而要分割成.c小文件，然后在函数前面加static修饰

一介村夫

原帖由 koolcoy 于 2009-10-27 23:46 发表

回答这个问题：
为啥不分割成.h小文件，然后在函数前面加inline修饰；而要分割成.c小文件，然后在函数前面加static修饰

inline不会使体积变得庞大么？
十多层的彼此嵌套也都inline么？

一介村夫

顺其自然，既然include .c有其合法性，也就必有其合理性，刻意地用或不用都是不对的。
削足适履就更不对。

aaaaa5aa

错误是难免的，但它所带给很多入门学生的功却不是可埋没的

koolcoy

原帖由 一介村夫 于 2009-10-27 23:48 发表

inline不会使体积变得庞大么？
十多层的彼此嵌套也都inline么？

你肯定static会比inline小？小百分之多少？复杂函数inline有什么问题？

一介村夫

原帖由 koolcoy 于 2009-10-28 00:01 发表

你肯定static会比inline小？小百分之多少？复杂函数inline有什么问题？

小不小，小到什么程度，编译一个看一下不是就知道了？

snow888

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

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

俺一般的做法是在设计的时候，把函数名、公共变量，调用参数，每个函数的返回值等大致都定义出来了。做开发的时候，大多是堆砌代码而已 。