C# Wpf背景工作者数组
对不起,如果这是一个愚蠢的问题,但可以创建一个背景工作者数组吗 我正在使用这篇文章中的例子: 我正在做文档处理,希望将每个文档放在自己的线程中。或者我应该为每个文档使用相同的后台工作对象吗 Thx用于任何洞察。您可以创建C# Wpf背景工作者数组,c#,wpf,backgroundworker,C#,Wpf,Backgroundworker,对不起,如果这是一个愚蠢的问题,但可以创建一个背景工作者数组吗 我正在使用这篇文章中的例子: 我正在做文档处理,希望将每个文档放在自己的线程中。或者我应该为每个文档使用相同的后台工作对象吗 Thx用于任何洞察。您可以创建 List<BackgroundWorker> lstMyWorkers = new List<BackgroundWorker>(); List lstMyWorkers=new List(); 列表数组没有问题。但是要注意。这些线程不是使事情更
List<BackgroundWorker> lstMyWorkers = new List<BackgroundWorker>();
List lstMyWorkers=new List();
列表数组没有问题。但是要注意。这些线程不是使事情更快的必要条件
运行过多的线程最终会比单个线程上的内联代码版本慢得多
最佳点是6到10个同步线程。10个线程可能是因为您在一个非常罕见的时间内绝对需要这么多线程。我在模拟软件上使用它,但除了那些我已经有2-3年没有见过它的使用了
我不知道该做什么和不该做什么的好文档或指南网页,但可能另一位同事会为您提供一个很好的链接。您可以创建一个
List<BackgroundWorker> lstMyWorkers = new List<BackgroundWorker>();
List lstMyWorkers=new List();
列表数组没有问题。但是要注意。这些线程不是使事情更快的必要条件
运行过多的线程最终会比单个线程上的内联代码版本慢得多
最佳点是6到10个同步线程。10个线程可能是因为您在一个非常罕见的时间内绝对需要这么多线程。我在模拟软件上使用它,但除了那些我已经有2-3年没有见过它的使用了
我不知道该做什么和不该做什么的好文档或指南网页,但可能另一位同事可能会为您提供一个很好的链接。您可以这样做,但我觉得这是非常不明智的。当您需要多个后台工作人员时,您应该开始考虑使用其他形式的线程
有关替代方案,请查看MSDN上的和页面 你可以这样做,但我觉得这是不明智的。当您需要多个后台工作人员时,您应该开始考虑使用其他形式的线程
有关替代方案,请查看MSDN上的和页面 这太棒了,但不幸的是,我使用的是.NET3.5,需要.NET4才能使用Task类。不过我肯定会记住这一点。我的用户遍布全国,幸运的是Windows默认配备了.Net3.5。谢谢这太棒了,但不幸的是,我使用的是.NET3.5,需要.NET4才能使用Task类。不过我肯定会记住这一点。我的用户遍布全国,幸运的是Windows默认配备了.Net3.5。谢谢谢谢你的主意。也许我可以一行5人一组处理它们。应该更快…谢谢你的主意。也许我可以一行5人一组处理它们。还应该快一点。。。