2
我有一个Visual Studio解决方案，用于具有某些类库的Windows窗体应用程序，这些类库是我的应用程序模块。我的应用程序在“任何CPU”下运行，不能更改为“x86”，因为它使用大量的64位dll引用。用于32位dll访问的自托管WCF服务
我有一个本地C++ 32位DLL，我需要的应用程序的一个模块内使用，但它是相当不可能的，不想使用的外包装，所以我已阅读，最简单的就是使用可自托管的WCF服务。
我在想的方法是在我的解决方案中创建一个控制台应用程序（32位）项目，它将引用Native C++ 32位dll，并将托管WCF服务，然后当用户打开应用程序模块，我会打电话Process.Start（自我托管的wcf控制台app.exe）所以我的WCF服务启动，然后从我的Windows窗体应用程序，我可以访问的方法等..然后，我将能够使用本机32位dll方法。
我认为这被称为Out-of Process应用程序。
有没有人认为有更好的方法来做到这一点？我真的不想要.EXE应用程序（主应用程序exe和自己托管的wcf.exe），我可以让自己托管的wcf 32位项目在我的主app.exe 64位项目中生存吗？如果有可能，我怎么称呼它？
在此先感谢
通过将此呼叫置于进程外，与致电相比，您将收到巨大的性能损失它正在进行中。这是分布式对象设计第一定律的基础：http://martinfowler.com/bliki/FirstLaw.html – 2013-05-13 13:42:59