正确的方法来确保使用Windows Phone应用程序部署C DLL
Correct way to ensure that a C++ DLL is deployed with a Windows Phone app
使用Visual Studio 2013，我创建了一个Windows Phone（8）应用程序，该应用程序引用了Windows Phone Runtime组件，该应用程序又引用了C DLL（全部在同一解决方案中）。如果不明确地进行任何操作，DLL将不会被部署到目标平台，因此，当运行时组件尝试加载DLL时，将会出现运行时错误。我通过在运行时组件项目中添加DLL（DLL项目输出）作为附加可部署的文件来解决问题。（就像一个人可能添加任何其他数据文件）
虽然我的黑客hack起作用，但我敢肯定这不是正确的事情...因为它是对调试DLL的引用（到目前为止尚无释放dll），如果我要进行释放构建对于解决方案，将部署相同的调试DLL，应该是发行版本。
确保正确/最佳练习是确保正确的（调试与发行版）" Sub"项目DLL使用电话应用程序部署的方法？
正确的方法是将DLL项目包括在您的解决方案中，而不是通过开放对话框的解决方案资源管理器的参考。
相关文章：
- 仅在Windows Phone目标中0x8007007E
- 我可以使用Visual Studio 2015来创建Windows Phone 8应用程序吗?
- Windows Phone 8:监控混合C#/C++中的内存使用情况
- 如何振动Windows Phone 8.1
- Windows Phone 8(仅限C++） - 可以访问设备制造商
- Windows Phone 中的进程相关性
- 将C++日志源代码段转换为Windows Phone C++/CX
- windows phone 8 and ATL
- Direct3D 中的 Windows Phone 8 触摸位置
- No FileIO in Windows Phone?
- 正确的方法来确保使用Windows Phone应用程序部署C DLL
- 如何在Windows Phone 8 C /CLI应用程序中集成DLMALLOC
- UTF8 文本编码 - Windows Phone 8.1 C++
- 关于从C++调用C#函数的问题，在windows phone上反向P/Invoke
- 我们不能用c来开发windows phone 7.5应用程序
- 在Windows Phone 8.1中保持应用程序在锁屏下运行
- 使用C++代码在Windows Phone 8.1中获取Unique DeviceId
- 在我的加速度计数据上应用一些过滤器-Windows phone 8，C++
- _wfopen_s在 Windows Phone 应用中无法正常工作
- 编译支持 OpenSSL 的 Windows Phone 8.1 Qt 5.5 时出现问题
