16,472
社区成员
发帖
与我相关
我的任务
分享VC++多DLL联合开发问题
由于长期切换WPF与VC之间，导致相互思想都有点穿插。。坑爹。
现在我需要架构一个项目，需求是MFC（无理由强制）开发，但是由于之前一直都是WPF开发，各个模块（DLL）之间的连接只需要处理依赖问题即可，但是到了VC可不能这么简单了。
在VC里面没有"反射"这个神器，调用DLL成为一大不方便之处（这是对于WPF而言），但是方法总是人想出来的，总会试着如何解决此类问题，这个时候我第一个想到在c#、JAVA等大放光彩的神器“依赖注入”。好了切入技术正题。
首先在VC工程里创建多个底层DLL模块，比如文件操作、Socket通信等等（当然这两个可以抽象成统一IO、但是需求特殊所以分开了）。
这个时候，主工程里面定义一个Interface.h的头文件，然后定义对应DLL操作的抽象类（叫接口、或者包含纯虚函数的类），底下DLL继承此类并且实现纯虚函数。此时我定义一个工厂容器(FactoryContainer)，和一个工厂接口(IFactory)，底层模块统一实现工厂接口，导出函数只有一个名为GetFactory并返回IFactory的指针（子类实现），放入工厂容器(FactoryContainer),此时上层只要拿着这个容器，就可以到处实例化模块Dll实现的功能了，这种设计模式可以吗？
现在我需要架构一个项目，需求是MFC（无理由强制）开发，但是由于之前一直都是WPF开发，各个模块（DLL）之间的连接只需要处理依赖问题即可，但是到了VC可不能这么简单了。
在VC里面没有"反射"这个神器，调用DLL成为一大不方便之处（这是对于WPF而言），但是方法总是人想出来的，总会试着如何解决此类问题，这个时候我第一个想到在c#、JAVA等大放光彩的神器“依赖注入”。好了切入技术正题。
首先在VC工程里创建多个底层DLL模块，比如文件操作、Socket通信等等（当然这两个可以抽象成统一IO、但是需求特殊所以分开了）。
这个时候，主工程里面定义一个Interface.h的头文件，然后定义对应DLL操作的抽象类（叫接口、或者包含纯虚函数的类），底下DLL继承此类并且实现纯虚函数。此时我定义一个工厂容器(FactoryContainer)，和一个工厂接口(IFactory)，底层模块统一实现工厂接口，导出函数只有一个名为GetFactory并返回IFactory的指针（子类实现），放入工厂容器(FactoryContainer),此时上层只要拿着这个容器，就可以到处实例化模块Dll实现的功能了，这种设计模式可以吗？
...全文
请发表友善的回复…
发表回复
