我正在编写一个应该高效且易于使用的.NET 4.0库。
通过引用它并使用其不同的类来使用库。
我应该使用.NET 4.0任务在内部提高效率吗？我担心它可能会使库的使用更加复杂和有限，因为用户可能想要自己决定何时何地使用任务和线程。
如果你的答案取决于库的类型，这里有更多信息：
答案 0 :(得分：3)
只有在用户可以“看到”线程时才会出现问题，即您可以访问另一个线程上可以访问的数据（由您）。可能不是一个好主意。
但是当并行处理完全停留在您的应用程序中时，您的用户很少有机会反对。
答案 1 :(得分：0)
应该？不知道。如何通过提供对库使用任务的扩展方法并在单独的DLL中推送出来来为人们提供选项？如果您想使用任务，请参考扩展库并发疯。否则，坚持使用核心DLL。
我相信有许多项目都遵循Linq的这种模式。他们提供了他们的核心库和一个单独的.Linq.DLL，它有扩展方法......