
extern C×××App theApp
以后直接使用改theApp唯一的应用程序类对象来引用ADO连接数据库指针。而且在释放改对象的时候只需要在应用程序类C×××App的覆写虚函数ExitInstance()中释放该资源就可,很方便管理的。
楼主理解是正确的。楼主说自己试初学VC,但居然能够自己研究发现这么多信息,如果我是初学者的话,我肯定没楼主那么能干。一定会一头雾水。从这点上,我非常佩服楼主的才能!我是远远达不到这样的高度的。至于他们给你的DLL,基本上能断定那个是CLR写的DLL。就我理解,CLR应该和MFC是完全不一样的,无论是语言的语法,或者是从CLR、MFC的基础架构方面,都没有交集!因此可以将CLR理解为一门全新的语言,它使用的库是.net 库。楼主肯定有 MFC 基础的。如果楼主研究过C#的话,那CLR应该是很容易上手的。从亲缘性方面来讲,CLR项目和C#项目更相似。它们的DLL只需要在使用DLL的项目中,通过楼主所言的“引用”方式添加进来就OK了。没有LIB的区别。它的实现机制是:所有DLL/EXE在文件内部都会有一个清单,该清单记录了DLL/EXE自己实现的类,函数以及它引用别人的类、函数和这些文件名等一系列信息。
至于有人提出是COM的关系,我认为这个问题应该和COM没有一点关系。所以如果要从COM入手,完全是一条死胡同。会浪费时间的!
虽然VC支持MFC和CLR混编,但如果要混编,我感觉系统不稳定,一方面我担心兼容性的问题导致程序的稳定性问题。另一方面,既要熟悉MFC,又要熟悉CLR,否则混编很困难。我认为,既然要用别人的CLR DLL,那么最好还是别用MFC,直接做CLR。楼主不熟悉CLR,那么只有学。尽管需要赶工期,但我也想不出好办法。做CLR项目是我认为最好的出路!
你需要在CCUST_BILL这个对话框中,新建几个CString成员变量,比如m_cname1
之后,在DoModal之前赋值即可:
CCUST_BILL OpenTheCust //新建新对话框的对象OpenTheCust.m_cname1 = Custname
OpenTheCust.DoModal()
这样在新对话框的任意函数中,都可以使用了。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)