OpenNETCF 和 Windows 嵌入式标准操作系统

Question

如果我有一个用 .net Compact Framework 编写的应用程序（并在 Windows CE 上运行）并且理论上与 Windows 使用 OpenNETCF 的功能兼容，它是否仍然兼容？

例如在 OpenNETCF 的帮助下运行.exe 文件之类的东西。 我假设 OpenNETCF 在后台使用 P/Invoke，这可能会使应用程序与 Windows CE 以外的其他操作系统不兼容。

我没有在我的代码中使用 P/Invoke，但我无法确定 OpenNETCF 是否使用。

.net 紧凑框架 2.0 和 windows 嵌入式标准

Answer 1

OpenNETCF 确实广泛使用 P/Invoke。

它实际上是 Windows CE 及其衍生产品中某些核心操作系统功能的包装器，在 Compact Framework 中没有以其他方式实现。 在实践中，这意味着对 coredll.dll 的广泛 P/Invoking； Windows CE 的基本操作系统模块。

Windows 嵌入式标准是 Windows XP。 因此，我不希望您能够使用 OpenNETCF。

根据您使用的版本，您可能能够在此处获取 OpenNETCF 代码（当然也可以购买最新的），并查看引擎盖下发生了什么。 此外，您可能会发现，在为 Windows 嵌入式标准编译时，您对 OpenNETCF 的调用实际上已经实现。

解决此问题的一种方法是创建另一个以该平台为目标的项目，包含完全相同的代码文件，但不引用 OpenNETCF，然后修复编译错误。

您可以向 CE 项目或 Windows 嵌入式项目添加条件编译符号，然后像这样修复错误（此示例不适用于 OpenNETCF，但您明白了）：

    public static string ExecutingAssembly
    {
        get
        {
#if WindowsCE
            return Assembly.GetExecutingAssembly().GetName().CodeBase;
#else
            return Assembly.GetExecutingAssembly().Location;
#endif
        }
    }

显然，您必须为每个平台创建一个构建，因为输出的程序集现在会有所不同。

Answer 2

正如 Chris 所指出的，SDF大量使用 coredll P/Invokes。 这并不是说一切都可以，但这肯定是一个雷区。 我倾向于有一个 CF 项目和一个 FFX 项目，并且我有重叠的地方我使用别名，如下所示：

#if WindowsCE
using Thread = OpenNETCF.Threading.Thread2;
#else
using Thread = System.Threading.Thread;
#endif

然后在代码中你只是做你的正常

var thread = new Thread(...);

事情就解决了。

很久以前，我们确实开始了一个有趣的副项目，即为桌面创建一个 coredll “shim” 。 这意味着桌面上对“coredll”的 ap/invoke 实际上会调用 DLL，这反过来会将调用编组到 kernel32、user32 或其他任何东西。 我们对我们实现的东西的测试（并且那里有很多）表明它工作得很好，所以如果你使用有限的 API 子集，只需将它放到 PC 上可能会使 CF 程序集“正常工作”。