变量的小问题

fbiboss 2004-07-31 12:21:53

一个工程中有很多的对话框,每个对话框都要用到一个公共的变量,该把这个变量放在哪呢?
是放在CXXApp的CPP文件中吗?

...全文

50 点赞收藏 6

写回复

6 条回复

切换为时间正序

当前发帖距今超过3年，不再开放新的回复

发表回复

kstone2004 2004-07-31

用extern声明撑全局变量

回复赞

Kudeet 2004-07-31

那就定义一个全局变量吧，放CXXApp的CPP，其他地方用extern

回复赞

cometji 2004-07-31

一般的来说，在这种情况下，因为你牵涉到的是多个Dlg,我们将全局变量放在.h文件，也就是头文件中!会比较的合适！

回复赞

kvw3000 2004-07-31

认为 hopen(哈雷) 的做法比较好，我一直这样用

回复赞

fbiboss 2004-07-31

是不是在CXXApp的CPP中声明,定义 ,

然后在对话框的H文件中用extern声明,??

谢谢

回复赞

hopen 2004-07-31

在一个cpp文件里面定义
然后自己加一个头文件，里面把所有的全局变量声明extern
用到改变量的地方包含头文件，这样保证所有变量声明一次，便于维护

回复赞

gnome-shell-extension-top-icons-3.32.1-20.el8_5.1.noarch(1).rpm 官方离线安装包，亲测可用

c++编写模糊控制生成dll文件_WinCC调用dll完成控制_A_fuzzy_dll_Model.rar 项目可运行！通过C++编译模糊控制算法生成动态链接库DLL文件，WinCC调用第三方DLL文件，完成控制！属于基于WinCC平台下模糊控制算法二次开发！可以通过C++开发多个功能的DLL文件，基于WinCC平台通过多个DLL协调完成一个完整的创效项目！这样就省去了繁琐的界面编程！

gcc-toolset-9-make-devel-4.2.1-2.el8.x86_64.rpm 官方离线安装包，亲测可用

perl-Digest-1.17-395.el8.noarch(1).rpm 官方离线安装包，亲测可用

evemu-libs-2.7.0-8.el8.x86_64.rpm 官方离线安装包，亲测可用

openstack-tripleo-common-container-base-11.5.0-1.el8.noarch.rpm 官方离线安装包，亲测可用

exempi-devel-2.4.5-2.el8.aarch64.rpm 官方离线安装包，亲测可用

libomp-devel-12.0.1-1.module_el8.5.0+892+54d791e1.i686.rpm 官方离线安装包，亲测可用

daxctl-devel-71.1-2.el8.i686.rpm 官方离线安装包，亲测可用

driverctl-0.111-1.el8.noarch(1).rpm 官方离线安装包，亲测可用

Consolas.rar Consolas是windows 对 CN的升级，与CN相比，Consolas更窄，能够在较少的空间显示更多的内容。同时Consolas也是VS系列默认字体。

fwupdate-libs-11-3.el8.x86_64.rpm 离线安装包，亲测可用

CY74FCT16841T锁存器的VHDL程序设计.pdf CY74FCT16841T锁存器的VHDL程序设计.pdf

libatomic-static-8.5.0-3.el8.x86_64.rpm 官方离线安装包，亲测可用

gnome-shell-extension-user-theme-3.32.1-20.el8_5.1.noarch.rpm 官方离线安装包，亲测可用

avahi-compat-howl-devel-0.7-20.el8.x86_64.rpm 官方离线安装包，亲测可用

python3-oslo-context-2.23.1-1.el8.noarch.rpm 官方离线安装包，亲测可用

libv4l-devel-1.14.2-3.el8.aarch64.rpm 官方离线安装包，亲测可用

libXcomposite-devel-0.4.4-14.el8.i686.rpm 官方离线安装包，亲测可用

发帖

VC/MFC

创建于2007-09-28

加入

1.5w+

社区成员

42.1w+

社区内容

VC/MFC相关问题讨论

申请成为版主

帖子事件

创建了帖子

2004-07-31 12:21

社区公告

VC/MFC社区版块或许是CSDN最“古老”的版块了，记忆之中，与CSDN的年龄几乎差不多。随着时间的推移，MFC技术渐渐的偏离了开发主流，若干年之后的今天，当我们面对着微软的这个经典之笔，内心充满着敬意，那些曾经的记忆，可以说代表着二十年前曾经的辉煌……
向经典致敬，或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天，我们期待着MFC技术能够恢复其曾经的辉煌，或许这个期待会永远成为一种“梦想”，或许一切皆有可能……
我们希望这个版块可以很好的适配Web时代，期待更好的互联网技术能够使得MFC技术框架得以重现活力，……