CFormView类关联对话框资源的问题

我新建了一个单文档的MFC工程，然后将该单文档划分成了左右两个区域，
左右两边的区域都是派生自CFormView类，然后新建了一个对话框资源idd_dialog_ctrl，并将这个对话框与左边的那个视图相关联，
现在问题就出来了，运行后左边的那个对话框并不能充满整个左边的视图区域，而是保持了在资源视图中的大小，我想使这个对话框充满整个左边的视图区域，并且当增大整个程序窗口时，那个对话框也可以相应的充满整个左边的客户区域，请问各位路过的大大怎么实现呢？
我尝试过在左边的那个CFromView类的onsize函数中使用movewindow函数，但是运行时会出错（编译无错误）。

三本我都看过，我建议看的顺序是《VC深入详解》→《WINDOWS系统编程》。其中《深入浅出MFC》太繁琐，经常看完后，不知所云。而且《VC深入详解》基本上和《深入浅出MFC》差不多。没必要重复看。

而且我注意到你是要做window软件，那么你要经常翻查《VC深入详解》、《WINDOWS系统编程》。这两本书，也可以说是工具书。你可以准确的在这两本书找到相关的知识，而《深入浅出MFC》无法这到这一点。

学C++，基本在大城市才能找到满意工作，但是漂在大城市，生活成本太高，没户口，房子又买不起

去书店都看看，小马过河，只有自己才知道深浅。

LZ功底不错的话 ，可以看深入浅出MFC 很不错的书

我觉得如果是一本讲理论的比较多，然后再配合一本实际例子比较多的比较好。

哪本书看得懂就看哪本书。搞编程，一本两本书看了有用么？不看上个百儿八十本的，能行吗？

服务器端拒绝登陆不就行了？同一台机器上来的client address是相同的。本地控制的话，那就需要结合cookie等实现了，或者操作注册表都行啊。如果是web方的网游，建议不不让登陆就行了。server直接把socket连接拒绝掉，还可以给他一个msg通知呢。

你就直接把客户端做成只能启动一个实例的模式不就行了

有点困难，别人要是在虚拟机里跑你的游戏咋办尼

CreateMutex之类的处理太容易被破解了。
还是服务器检查ip靠的住。
但是靠ip的话，可以用代理来多开。这样是不是考虑一下两者结合？
一方面服务器验证ip,一方面本地防止多开。增加复杂度。
没权限写C:的问题不用考虑。这权限都没有，就别玩游戏了。
就好像不打开cookie，那你就别登录论坛，这是一个道理。

获取机器相关部件（硬盘序列号，CPU序列号，MAC等）唯一标识，通过特定方式加密，加密密钥可以客户端固定保存部分，服务器下发部分，再组合成加密密钥，服务器端再解密出来机器唯一标识。

种限制纯软件还是比较难的, 因为用户可以在本机破解. 只能是多管齐下, 让用户难以分析.
1. 登录时获取机器特征码送给服务器, 同样的特征码不让登录;
2. 游戏中实现一些消息处理, 服务器随机发出, 如果终端不响应或响应不对, 就给他注消;
3. 程序创建独享文件,或共享内存, 但这个东西只能创建一份, 并且其中存于重要数据, 程序必须依赖于它;
4. 可以限制用户使用虚拟机.(网上有限制VPC, VMWave的代码; 还可以在程序中嵌入一些只有硬件有的CPU指令; 或通过CPU周期检查对应指令是否是被虚拟机模拟的, 等等)

用服务器控制验证，和QQ一个号同时登陆两个客户端一样，行不？

问个大问题：一机不能多开，谁还来玩你的游戏呢？

认证的时候读取当前硬盘序列号, 一起发送到服务端认证.

根据内存条、主板的物理序列号，来判断一台机子~

你既然可以通过IP来判断,那通过机器的硬件设备序列号一样能判断,这个不可以修改了吧....登陆的时候传某些硬件设备的序列号.

来源： NBA视频下载