探讨一下.C源文件中全局函数的一种命名规则

falderdz

探讨一下.C源文件中全局函数的一种命名规则 [复制链接]

先不讲理论，举个例子：
      一个液晶驱动Lcd.c文件中有函数WriteChar(char n),WriteString(char *str);为便于查找函数，通常需要加前缀Lcd_等。在这里提供一种结构体加函数指针的做法：
                       extern  struct Lcd={
                                          void (*WriteChar)(char n);
                                          void (*WriteString)(char *str);
                                         };
                       struct Lcd={WriteChar,WriteString};//初始化
                       Lcd.WriteChar(‘a’);//调用
                       Lcd.WriteString("good!");//调用
   如果你的编辑软件支持的话，只要打出Lcd.的时候，后面就会有下拉这个结构体成员名WriteChar,WriteString.

sint27

我还是更喜欢用LcdWriteChar,LcdWriteString这样的命名规则
对函数使用结构体体现不出什么优点吧
使用source Insight作编辑软件的时候，输入Lcd一样会有自动下拉选择

MrKingMCU

相对来说我更习惯不用结构体，不过楼主确实提供了一种不错的方法，赞一个！
我不喜欢使用结构体是因为结构体那段我确实没有信心驾驭住，每次不得已用结构体总是会点小问题

music_586

回楼上，结构体又不难；

huo_hu

回楼上,难是不难,不过在编译器上有时会出错.另外呢这种操作多一道手续,有点浪费

迈尔风随

是个好办法，但是我在keil里就显示不了结构体成员，不知道在哪里设置

falderdz

    如果仅做到这里，确实和原来的命名没有区别，但如果是对整个系统进行结构体封装的话就不同了。

falderdz

假设Lcd为系统的一个Device，除了系统外还有App类的函数，为了以示区分将总共分为System.和App.
                struct System={
                                       struct Device={
                                                            struct Lcd={
                                                                       void (*WriteChar)(char n);
                                                                       void (*WriteString)(char *str);
                                                                            };
                                                            struct ~~~~//更多的Device
                                                           };
                                         struct ·~~~~~~//更多的和系统下的关键组件
                                         void （*fun)();//系统下的函数
                                       };
    App.~~~和上面的写法一样，这里就不再赘述;System.是与系统硬件相关的，App.是业务逻辑与硬件无关。
    调用时System.Device.Lcd.WriteChar(),System.Device.Lcd.WriteString(),这样的好处在于你可以一眼看出这个函数它是一个与系统相关的设备，能驱动液晶，写个字符或者字符串。当然这种写法就如果系统很小那自然是没有用武之地的，反而显得累赘了很多;但当你的系统比较庞大，设备繁多时，它便能提供一种非常高效的函数调用和管理，而且整个系统也尽收System.的眼底，整体结构也变得清晰起来。

falderdz

迈尔风随 发表于 2014-9-12 19:49
是个好办法，但是我在keil里就显示不了结构体成员，不知道在哪里设置

source Insight

falderdz

在此我提一个问题，在运行的过程中会有安全风险吗，调用的速度会影响多少？还请高手指教一二！！！！