如何克服 Windows 组件对 Windows 运行时类型的限制？

Question

我有一个使用后台任务的 Windows 应用商店应用程序。后台任务存储在 Windows 运行时组件项目中。 （这种结构似乎是使后台任务工作的唯一方法。）

在后台任务项目中，我有一些外部可见的公共方法，它们的返回/参数类型是我自己的类而不是 Windows 运行时类。

例如：

public MyClass DoSomething()
{
    return null;
}

在构建时，我收到与这些方法相关的以下错误：

方法“X”返回“Y”，它不是有效的 Windows 运行时类型。暴露给 Windows 运行时的方法必须只返回 Windows 运行时类型。

和

方法“T”具有“W”类型的参数“U”。 “W”不是有效的 Windows 运行时参数类型。

我可以理解错误在说什么，但我还没有想出一个好的方法来构建我的代码以满足这些要求。

以下是我已经考虑过的一些事情：

1. 将后台任务项目更改为 Windows 应用商店类库项目。这允许在方法签名中使用非 Windows 运行时类型，但不再启动后台任务。
2. 使用可移植类库。这不起作用，因为它无权访问 Windows 运行时。
3. 对于值类型，我可以将它们分解为Tuples 或多个参数，但这看起来很混乱，结构较少且不易维护。我强烈反对这种类型的编程。
4. 对于类，似乎我可能不得不在两个应用程序中复制它们的逻辑。这是一个巨大的可维护性问题。

Answer 1

我能够通过隔离 Windows 组件项目中的后台任务并将可重用的 Windows 运行时相关代码移动到 Windows 应用商店类库项目中来完成这项工作。