基于文档的问答任务 有哪些好用的文档编辑协作平台或工具呢？

如何在一个基于单文档的工程中调用另一个基于对话框的工程，就是说怎样将两个工程合并为一个工程？ 你是想把对话框的资源脚本和类代码加入单文档工程中吗？这比较麻烦，VC没有自动化执行该任务的方法，你只能手动拷贝对话框的类文件，拷贝对话框工程的.rc资源脚本文件内的与对话框相关的脚本代码到单文档工程的.rc文件中，另外还要拷贝资源头文件resource.h内的控件ID预定义。如果文档和对话框的数据交互不多，可以不把两个工程融合，分别编译成各自的程序文件，在文档的程序中通过创建子进程的方式打开对话框。这时数据交互比较麻烦，需要进程间通信。操作系统实验思考题基于dos的多任务系统的实验中，1为什么时间片不能太小或太大？2在线程间进行消息缓冲通信时，若对消息队列的访问没有满足互斥要求，情况怎么样？在简单文件系统的实验中，1我们的数据结构中的文件物理地址信息是使用C语言的指针类型，还是整型，为什么？2如果引入磁盘索引结点，上述实现过程需要做哪些修改？3如果设计的是一个多用户文件系统，则又要进行哪些扩充？呵呵 用mfc写了一个基于单文档的程序，在vc里面运行很好没有错误，可是为什么在Debug里打开.exe文件没反应 在VC下运行，编译器会自动查找所需的库文件，不管是静态链接还是动态链接。但是单独打包EXE文件，如果不选静态链接MFC库，编译器不会将你程序中所用到的MFC库打包到exe文件中，自然会出错了记得打包EXE时选静态链接就OK用了静态链接MFC库连接exe。在VC外面可以运行了。但是我VC里直接按F5运行，居然在原来在外面exe出错的那一行发生了错误。简单的说用了使用动态链接MFC VC外EXE：不正确 VC里运行：正确静态链接MFC VC外EXE：正确 VC里运行：不正确静态链接库(lib)与动态链接库(dll)的比较：首先，静态链接库与动态链接库都是共享代码的方式，也可称为程序模块化的方式；静态链接库：lib中的指令都被直接包含在最终的EXE中，因此exe运行时不再需要lib文件；不能再包含其他的动态链接库或者静态库；动态链接库：dll与EXE文件独立存在，所以发布EXE时需要同时发布dll文件；可以再包含其他的动态链接库或者静态库；建议：请最好使用动态链接库(dll)进行程序的模块化，静态链接库(lib)过时了(应用程序升级上就能看出其劣势)；

#移动互联网终端#企业协作#协作编辑#软件