C# 在WP7和WP8应用程序之间共享dll

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

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

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

• 为wp7编译的业务逻辑dll（不是PCL）
• wp8的用户界面组件
• 用于wp7的UI组件

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

问题是：该应用程序能否通过Windows phone应用商店的认证？还是有必要重新编译共享dll

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

创建新的WP7应用程序（WindowsPhoneApplication1）

创建针对WP7的类库（WindowsPhoneClassLibrary1）在WindowsPhoneApplication1

使用升级到WP8菜单WindowsPhoneApplication1将更新为WP8，但引用的项目仍将以WP7为目标

这样的应用程序可以部署到WP8设备上

---

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

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

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

我没有在文档中找到相关信息，但这里有一位来自荷兰的MSFT技术福音传道者的证明：

其基本思想是将我们现有的WindowsPhone7应用程序以及即将添加的WindowsPhone8版本中可以使用的所有代码移动到解决方案中的一个通用项目中。这种方法的缺点是，我们必须将公共项目创建为WindowsPhone7类库，它将用于我们的WindowsPhone8构建。在我现有的应用程序中，我还没有注意到这一决定的任何负面影响，但请注意，您将在Windows Phone 8版本中引用Windows Phone 7库

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

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

我没有在文档中找到相关信息，但这里有一位来自荷兰的MSFT技术福音传道者的证明：

其基本思想是将我们现有的WindowsPhone7应用程序以及即将添加的WindowsPhone8版本中可以使用的所有代码移动到解决方案中的一个通用项目中。这种方法的缺点是，我们必须将公共项目创建为WindowsPhone7类库，它将用于我们的WindowsPhone8构建。在我现有的应用程序中，我还没有注意到这一决定的任何负面影响，但请注意，您将在Windows Phone 8版本中引用Windows Phone 7库

---

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

克劳斯谢谢你的回答。但是你能在我的问题中评论一下更新吗？这个简单的应用程序会被拒绝吗？清单文件会不同，因此要么会被拒绝，要么会被拒绝。克劳斯谢谢你的回答。但是你能在我的问题中评论一下更新吗？这个简单的应用程序会被拒绝吗？清单文件将不同，因此要么会被拒绝，要么会被拒绝。