我以前从未在Windows上做过IPC.目前我正在开发一对程序,一个标准的GUI/CLI应用程序和一个Windows服务.该应用程序必须告诉服务该做什么.因此,假设通信只是本地通信,那么这两个进程的最佳通信方法是什么？
最好的地方被定义为更健壮,更不容易出错,不是最高性能也不是最容易编码.
代码示例将非常受欢迎,但不是必需的:-)
注意我只是询问使用什么,标准TCP套接字,命名管道或其他一些通信方式.
谢谢!
有没有办法沙箱执行脚本，使其 a) 不能做任何“危险”的事情，并且 b)只要文件与脚本文件本身在同一目录中，它就可以访问它想要的任何文件。有点像是将所有文件路径视为relative。
我想我是在询问 Roslyn 的脚本安全措施及其定制级别。
如果是asp.net静态变量,例如.
public static string test;
存在于共享相同应用程序池的2个不同Web应用程序中,还共享其静态变量的值？
如果我在站点1中设置test var:"test="1""我可以从站点2读取吗？
我正在使用ASP.NET应用程序，我们希望增加在某些请求期间调用客户脚本的功能。由于我们不信任此脚本，因此我们将在具有有限权限的IIS请求中生成一个子AppDomain，并加载客户程序集和脚本运行程序程序集。如果满足某些条件，客户脚本可以执行诸如更改业务对象的描述或将状态代码更改为错误之类的操作。由于更改是如此多样，因此我无法将它们包含在从方法调用返回的单个对象中。在脚本运行时，我需要它来更改启动此子级的Request内的对象的值。
这篇文章推荐使用NetNamedPipeBinding，但是我越来越担心它不适用于IIS中运行的代码，在IIS中可能同时运行多个请求。我将为每个IIS请求设置一个新主机吗？为整个过程设置一个静态主机，然后使用端点来确保正确的子进程与正确的请求对话？这是正确的技术吗？
如果这不是正确的技术，那是什么？这篇文章告诉您如何检索父AppDomain的句柄，但是其中许多似乎都使用mscoree.dll，通常我的印象是COM和IIS混合得不好。 这篇文章讨论有关清除初始AppDomain并创建一个新AppDomain的问题。也许在IIS中这不是必需的？
子AppDomain是否可以有效地在产生它的Request对象内部执行方法，如果是，那是什么？