【问题标题】:Share dll between WP7 and WP8 application在 WP7 和 WP8 应用程序之间共享 dll
【发布时间】:2013-03-21 20:06:23
【问题描述】:

通常是recommended to 有两个针对 wp7 和 wp8 平台的项目。 Wp7 项目包含 .cs 和 .xaml 文件,而 WP8 项目包含指向这些文件的链接。

我认为没有理由将非平台特定的业务逻辑代码编译两次,因为它可以引用到 WP8 项目。

我正在考虑以下解决方案结构:

  • 为 wp7(不是 PCL)编译的业务逻辑 dll
  • 为 wp8 编译 UI
  • 为 wp7 编译 UI

这样的应用程序可以编译,我可以将它部署到设备/模拟器。

问题是:这个应用程序会通过 Windows 手机商店的认证吗?还是需要重新编译共享dll?

统一更新: 经过这一步,我的疯狂想法诞生了:

  1. 创建新的 WP7 应用 (WindowsPhoneApplication1)
  2. 创建面向 WP7 的类库 (WindowsPhoneClassLibrary1) 在 WindowsPhoneApplication1 中使用它
  3. 使用升级到 WP8 菜单。 WindowsPhoneApplication1 将更新到 WP8,但引用的项目仍将针对 WP7!
  4. 此类应用可以部署到 WP8 设备。

【问题讨论】:

    标签: c# windows-phone-7 windows-phone-8


    【解决方案1】:

    除非您使用可移植类库,否则您需要拥有单独的项目文件,并为 WP7 和 WP8 分别编译。

    【讨论】:

    • 克劳斯感谢您的回答。但是你能在我的问题中评论更新吗?那个简单的应用会被拒绝吗?
    • 清单文件将不同,因此要么 要么 将被拒绝。
    【解决方案2】:

    感谢克劳斯, 我做了一些研究,看起来答案是 - 你可以使用这样的解决方案。

    我没有在文档中找到相关信息,但这是来自 MSFT 技术之一的证明。来自荷兰的布道者:link to blogpost

    基本想法是将我们现有的 Windows Phone 7 应用程序以及我们将很快添加的 Windows Phone 8 构建版本中可以使用的所有代码移动到解决方案中的公共项目中。这种方法的坏处是我们必须将 Common 项目创建为 Windows Phone 7 类库,它将在我们的 Windows Phone 8 构建中使用。我没有真正注意到此决定对我现有的应用程序有任何负面影响,但请注意,您将在 Windows Phone 8 版本中引用 Windows Phone 7 库。

    所以这是可能的,但不是最好的解决方案。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-06-26
      • 1970-01-01
      • 1970-01-01
      • 2020-06-08
      • 1970-01-01
      • 2021-05-25
      相关资源
      最近更新 更多