扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
适用于:Microsoft® .NET Compact Framework
简介
很多人开发移动应用程序已经好多年了,但更多的人对移动性还很陌生。大多数是传统企业的开发人员,他们对用 Microsoft® .NET Framework 构建桌面应用程序很有经验,并且现在开始使用 Microsoft .NET Compact Framework 构建设备应用程序。
您们中间那些使用 .NET Compact Framework 和 .NET Framework 的人都非常清楚:由于处理能力或者大小方面的原因,尽管这两者之间有很多共同点,但还是忽略了一些特性。尽管这些方面大多数都不会有问题,但一些重要方面足以产生挑战。
我在和企业开发人员的谈话中发现,当使用 .NET Framework 的开发人员转向使用 .NET Compact Framework 时,他们好像一般会在两个方面遇到问题。第一个问题是从后台线程与用户界面 (UI) 交互。另一个问题就是管理复杂的部署,尤其是那些涉及全局程序集缓存和转发版本的部署。
两个问题都非常重要并且都有点棘手,因此我分两次进行讨论。本文将焦点集中在:当从后台线程与 UI 交互时,克服 .NET Compact Framework 的局限性。下文将专门讨论部署,即全局程序集缓存以及转发版本。
多线程和用户界面基础知识
构建一个不稳定的应用程序
您们中的许多人可能已经熟悉从后台线程与 UI 交互的相关问题,但作为一种复习,让我们快速回顾一下。考虑下面的代码示例。
|
这是一个非常简单的示例,但是它表示了智能设备开发人员所面临的共同问题:需要用数据填充应用程序 UI,检索这些数据可能会非常耗时。在该示例中,应用程序创建了一个包含有列表框的窗体,然后调用函数 Work1_ 来用某个文件的内容填充列表框。
如果该文件很小,那么毫无意外,该应用程序会运行的非常好。但是,如果读取数据的过程所花时间过长,那么呈现给用户的应用程序可能会无响应甚至会冻结。如果将应用程序修改为从低带宽的无线连接中读取数据,应用程序的无响应性则更需要关注。
我们必须确保开发人员执行一项冗长的任务时 UI 要保持响应性的一种方法是,将该任务转移给一条后台线程。这不会使实际任务的运行速度更快,但是通过长时间运行的任务在后台运行期间允许应用程序的其他部分继续进行,它确实提供了一种响应性更好的用户体验。
通过使用 Thread 类和 ThreadStart 委托在后台线程中执行 Work1_,我们可以轻松地将应用程序修改为使用多线程。
|
好消息是,长时间运行的任务现在在后台运行,因此不会延时或者冻结 UI。坏消息是,在引入多线程之前很稳定的应用程序现在好像会随机发生崩溃。实际上,程序很不稳定,所以我们不可能成功地部署它。
问题在于 Microsoft .NET 中所有的 Microsoft Windows 窗体控件都有所谓的线程关系,意思是说,它们的属性和方法只能由运行在创建该控件的同一个线程上的代码调用。对于本例的情况,lbData 是在主应用程序线程上创建的,但却是从一个后台线程调用 lbData.Items.Add 的。从后台线程调用 lbData.Items.Add 会导致数据损坏。
注 有关 Windows 窗体控件和多线程需要特殊考虑的具体原因,请参阅 Chris Sells 的文章 Safe, Simple Multithreading in WinForms。本文的目标是 .NET Framework 完全版,因此该文章提供的一些解决方案不适用于.NET Compact Framework,但Chris 对问题的描述极为不错。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者