C# 为什么AsynchResult存储在.NET framework中的System.Runtime.Remoting.Messaging中?
出于好奇,有人知道为什么AsynchResult类型驻留在System.Runtime.Remoting.Messaging中而不是System.Threading中吗?使用所有线程类型声明它似乎更有意义 谢谢C# 为什么AsynchResult存储在.NET framework中的System.Runtime.Remoting.Messaging中?,c#,.net,multithreading,C#,.net,Multithreading,出于好奇,有人知道为什么AsynchResult类型驻留在System.Runtime.Remoting.Messaging中而不是System.Threading中吗?使用所有线程类型声明它似乎更有意义 谢谢 Scott我的猜测:异步可以通过使用线程的更多方式实现:进程间通信或机器间通信立即浮现在脑海中。消息传递是计算单元之间通信的一种更广义的抽象,与线程相比,它不在同步锁步中运行。我的猜测:异步可以通过使用线程的更多方式实现:进程间通信或机器间通信。消息传递是计算单元之间通信的一种更一般化的
Scott我的猜测:异步可以通过使用线程的更多方式实现:进程间通信或机器间通信立即浮现在脑海中。消息传递是计算单元之间通信的一种更广义的抽象,与线程相比,它不在同步锁步中运行。我的猜测:异步可以通过使用线程的更多方式实现:进程间通信或机器间通信。消息传递是计算单元之间通信的一种更一般化的抽象,与线程相比,这些计算单元不在同步锁步骤中运行。因为这只是接口的一个具体实现,而它恰好是用于远程处理调用的实现。您可以在其他地方使用它,但这不是它的目的。因为这只是接口的一个具体实现,而它恰好是用于远程处理调用的实现。您可以在其他地方使用它,但这不是它的目的。我感觉这个特定类是作为和接口的具体实现之一存在的,它位于System.Runtime.Remoting.Messaging本身。我感觉这个特定类是作为和接口的具体实现之一存在的,它位于System.Runtime.Remoting.Messaging本身。远程处理的一个基本功能是能够在另一个执行上下文中创建堆栈帧并进行方法调用。将方法调用从一个线程封送到另一个线程所需的确切信息。顺便说一句,这很重要,但隐藏得很好。远程处理的一个基本功能是能够在另一个执行上下文中创建堆栈帧并进行方法调用。将方法调用从一个线程封送到另一个线程所需的确切信息。这是相当不平凡的顺便说一句,但很好地隐藏