0

通常建议为 wp7 和 wp8 平台有两个项目。Wp7 项目包含 .cs 和 .xaml 文件,而 WP8 项目包含指向这些文件的链接。

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

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

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

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

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

UPD: 我的疯狂想法是在以下步骤之后诞生的:

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

2 回答 2

3

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

于 2013-03-21T20:26:51.200 回答
1

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

我没有在文档中找到相关信息,但这是来自 MSFT 技术之一的证明。来自荷兰的福音传道者:链接到博文

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

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

于 2013-04-10T13:24:56.823 回答