关于一个C语言模块间交互实现低耦合性的问题

只看该作者 · 2010-9-26 21:29

模块间的耦合性就是指当修改其中某个模块时会影起其他模块运行结果发生不可预料的变化。如果模块间是通过直接调用对方内部的全局变量来实现交互,则两个模块间的耦合性将会变得复杂而且难以控制。而模块间的交互通过一个统一的接口函数来实现,使得模块都无需知道对方模块内部的具体实现（这也就是面向对象里面的封装）。当某个模块内的实现发生改写或升级时,只要确保模块接口不变即可。这就大大降低两模块间的耦合。在规划设计模块时就应认真考虑好模块的接口,以及与其他模块的调用关系。所以要记住编程原则：针对接口编程,而不是针对实现。

我的疑问是：如何构造这样的接口函数来取代全局变量式的交互？

                  如果仅仅是 #define GetCount()  (Count)
                                    #define SetCount(num) (Count=(num))
                                    #define ReloadCount() (Count=0)                   Count 是全局变量——这样来实现交互，跟直接调用Count也没啥区别啊。

2万 · 2010-9-26 22:29

确实是一回事
楼主可以找本软件工程的书看看先

2万 · 2010-9-26 22:53

此类用法必须在C++环境下使用，其变量也不是全局变量，而是对象的成员变量。

给一例：

class A
{
int X；

public:

set_X(int X0) { X = X0; };
int get_X { return X; };

}；

只看该作者 · 2010-9-27 06:37

3# HWM
将X的类型和行为整合到一个Class里面，
这就是面向对象里所谓的封装啊？
看来我得好好学学什么是面向对象了。

2万 · 2010-9-27 08:34

to 4L：

模快设计就是要将某一功能或对象封装起来，没有封装便没有模快，也就无低藕合性之说。通常除特殊情况外，尽量少用全局变量。若真要用，必须有明确的含义和使用规则，决不能用它来作为模快间传递信息的渠道（OS中的某些特殊情况除外）。

只看该作者 · 2010-9-27 08:47

全局变量也有全局变量的好处，毕竟传递参数是需要堆栈和时间消耗的。

2万 · 2010-9-27 08:57

to 6L：

利用公共存储空间传输信息，必须规范好各模快的行为准则。否则伴随着所谓效率而来的是混乱。因此说，除非必须计较那么点效率，否则尽量使用“接口”渠道。

只看该作者 · 2010-9-27 10:20

C++方法只是这种需求的一个实现，非必须。

只看该作者 · 2010-9-27 13:53

我认为底层没什么区别，只是访问权限更严格一点，如果程序员有能力管理全局变量，全局变量当然更好

只看该作者 · 2010-9-27 14:29

尽可能不使用全局变量之类。

编程除了实现功能之外还要考虑不安全的因素，犹如建桥时要在两边筑起栏杆。
你要想到这条桥不止你一个人在走，你也不止走这几天。
你水平高超，走的稳健，别人认识有欠缺，TA就很容易掉下去。
你现在水平高超，过些时日难免老眼昏花，也有机会掉下去。

只看该作者 · 2010-9-27 14:48

本帖最后由 john_light 于 2010-9-30 15:26 编辑

举一个不一定恰当的例子，有某个量CalcRlt只能由某个功能模块CalcFunc计算得出，其他地方需要读取使用该量。

复制



static unsigned int CalcRlt;



void CalcFunc(void)

{

    ...

    CalcRlt = ...;

    ...

}

我们可以考虑定义一个函数CalcRltGet读取该值。

复制



unsigned int CalcRltGet(void)

{

    return CalcRlt;

}

这样，CalcRlt被我们制作成一个只读的量，菜鸟同事或老眼昏花的我们都不大会意外写入CalcRlt。
如果把CalcRlt声明成一个全局变量，就存在隐患。

只看该作者 · 2010-9-27 20:13

11# john_light
当然，我也希望每个函数都能写成这样的形式。
只是就算都能构造成这种样子，有时也会很难避免全局变量在各个模块间来回穿梭呵呵。
其实有时发现模块——尤其是应用程序方面的模块划分也是一件很麻烦的事。
水平有限啊，
前辈们多多指点了。

只看该作者 · 2010-9-27 20:54

当你意识到C语言变量耦合的问题时，意味着你对程序已经逐渐的失去了控制，也说明你的程序大到了一定的规模。这时候到了该使用 c++ 来解决此类问题, 或者是把封装，多态等概念应用到 c 里来缓解这种症状。最好的封装例子就是 windows api, 提供了 8000 到 14000 个函数，没有一个变量。

2万 · 2010-9-28 08:28

to 12L：

建议找本《软件工程》或《模块化结构程序设计》之类的书看看，内有相关的内容。摸块化设计不是一下子就把所有的模块细节都设计出来的，通常是根据系统分析给出大致的几个粗框，然后在逐步细化。这称之为由顶向下的设计方法。通常依此会得到一个模块的层次结构——即大模块由数个小模块组成（以此类推）。最终会得到一个树状的结构关系。自然的会发现此层次结构中的同层间原则上没有联系，而只是上下层间的调用和传输关系，这就是我们所需要的模块化层次结构。摸块化设计也可以由底向上的设计途经，那是个积累过程，通常的库系统就是这样累积而成的。

关于一个C语言模块间交互实现低耦合性的问题

相关下载

相关帖子

核心会员奖章

坚毅之洋流

十世金身

技术领袖奖章

荣誉元老奖章

技术奇才奖章

突出贡献奖章

沉静之湖泊

七世轮回