问题标签 [compact-framework]

我已经搜索了在 Compact Framework 的 MainMenu 控件上更改背景颜色的解决方案，我发现的唯一答案是您需要创建一个自定义控件。有没有人有这方面的示例代码？

可以使用哪些优化模式来提高垃圾收集器的性能？

我问的原因是我使用 Compact Framework 做了很多嵌入式软件。在慢速设备上，垃圾收集可能会成为一个问题，我想减少垃圾收集器启动的时间，当它启动时，我希望它更快地完成。我还可以看到，使用垃圾收集器而不是反对它可以帮助改进任何 .NET 或 Java 应用程序，尤其是重型 Web 应用程序。

这是我的一些想法，但我没有做过任何基准测试。

• 重用临时类/数组（减少分配计数）
• 将活动对象的数量保持在最低限度（更快的收集）
• 尝试使用结构而不是类

基本上，我正在尝试完成与“mailto:bgates@microsoft.com”在 Internet Explorer Mobile 中所做的相同的事情。

但我希望能够从托管的 Windows Mobile 应用程序中执行此操作。我不想在后台以编程方式发送电子邮件。

我希望能够在 Pocket Outlook 中创建电子邮件，然后让用户完成其余的工作。

希望对您有所帮助，希望对我有所帮助！

有谁知道是否有人为紧凑框架制作了带水印的文本框控件？

我已经看过以下内容，但没有看到。

组件一 手机

掌上电脑控制

Resco 移动表单工具包

我正在使用 HttpWebRequest 来下拉 XML，并将数据 POST 回“WebService”并在 POST 上获得 401。

创建请求时，我添加了凭据，现在尝试了凭据缓存并将 PreAutenticate 设置为 True，仍然得到 401！:(

观察路由器上的 HTTP 流量，我设置了 get 发出未经身份验证的 GET 请求。它到达 401，然后发出经过身份验证的 GET 并被允许通过。当我观看 POST 时，我看到它达到了 401 ......而且它甚至没有尝试经过身份验证的 POST。

这仅出现在手机上（WinMobile 6.1 上的紧凑框架 3.5 和 2.0）。相同的 .exe 可以在任何台式机上完美运行。

我错过了什么？请帮忙！

我正在尝试找到一个库来解析 Windows Mobile 上 C# 上的 JSON（使用 Visual Studio 2005）。我发现允许我在 C#（litjson 和 Jayrock）中解析 JSON 的库在 Windows Mobile 上不起作用，它们需要 .NET 紧凑框架中不存在的类。有没有我忽略的图书馆？或者在这些情况下是否有另一种简单的方法来解析 JSON？

我正在尝试在紧凑的框架中制作图片按钮。我制作了一个用户控件并添加了一个图片框。我看到您可以覆盖普通 Windows 窗体的文本和字体。但似乎无法做到紧凑。它使VS2008崩溃。有人做过吗？

我正在开发一个小应用程序来检索位于远程服务器（http://xxxx.com/myfile.xml）上的 XML 文件。这个文件比较大，它包含一个很大的地理位置列表以及我需要的其他信息用于我的应用程序。所以我远程读取了这个文件一次并将其插入到一个小的 SqlCE 文件（database.sdf）中

因此，如果我需要访问地理位置 #1，我只需在此 DATABASE 中创建一个 SELECT 语句，而不是每次都加载整个 XML 文件。

但我想知道是否可以在不使用 .sdf 文件的情况下做到这一点？

什么是最有效的方式（最快）？

如果每次我启动我的应用程序以将其加载到数据集中，则在本地保存一次大 XML 文件并加载？这会使应用程序每次加载都会有点长

在本地保存一次大 XML 文件并逐个读取节点以查找地理位置 #1 ？

或者是否可以直接从远程 xml ( http://xxxx.com/myfile.xml ) 检索地理位置 #1 而无需读取整个文件？

你还有其他建议吗？

谢谢

在移动设备上运行的应用程序具有特殊的用户界面要求。我认为 Apple 在 iPhone/iPod touch 平台上引入创新控件做得很好。

现在，我必须使用 .NET Compact Framework (Visual Studio 2008) 为 Windows Mobile 平台设计一个应用程序。我想知道是否有一些类似于 iPhone / iPod touch UI 元素的商业或开源 UI 控件集可用：

• 基于手势的滚动面板
• 而不是下拉列表：一个包含大量项目列表的新面板
• 滑动面板
• 等等

我找不到任何有用的产品/代码。也许那里有更多经验的人可以提供帮助。

我在 .NET CF 应用程序中遇到内存泄漏问题。

使用RPM我发现动态创建控件不会像预期的那样被垃圾收集。在 .NET 窗口窗体中运行同一段代码的行为会有所不同，并且会按我的预期处理控件。

通过 PerfMon 查看 RPM 的输出以了解进程堆计数器：

GC 堆：

我最好的猜测是，对面板的弱引用是由于某种未知的原因导致对象没有资格进行 GC，可以吗？

请注意：尽管Dispose()解决了示例的问题，但我无法轻松地将其合并到现有应用程序中，因为它无法明确确定对象何时不再使用。

我已经包含了一个简化版本的源代码来说明这个问题：

更新：
1. 调用 GC.Collect() 也不会导致面板被清理。
2. 在 Windows CE 4.2 设备上使用 .NET CF 2.0 SP1。