当前位置：文江博客话题详情

在 C# 中启动外部应用程序时是否使用线程

发布于 2024-07-13 09:52:42 字数 200 浏览 9 评论 0原文

我正在创建一个监视 ftp 日志的 win 服务，当文件上传后，我想启动一个外部应用程序（如 powershell 脚本）来处理该文件。我的问题是，当我这样做时，我是否想将其转移到另一个线程中，或者我应该等到它完成后再继续。

这个进程已经在一个线程中（该服务将监视多个服务器），并且线程启动线程的想法让我担心。这是值得担心的事情还是我帽子里的锡纸太多了。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

梦中楼上月下 2024-07-20 09:52:42

好吧，以模块化方式编码，不用担心线程。如果以后您发现您的应用程序将从多线程方法中受益，那么就解决它。如果您正交地构建组件，那么螺纹部分会更自然地配合。

对我来说，在应用程序一开始就解决线程问题总是感觉像是过早的优化。首先构建组件，然后再考虑如何对它们进行线程化。

[编辑] 我绝不建议您完全不要考虑线程。每个组件都需要构建为可供多个线程使用的潜力 - 这在所有应用程序中都是一种防御性且明智的做法。我的意思是不要太担心应用程序将如何处理线程以及如何首先设置应用程序的线程管理。

回复收藏 0 原文

染墨丶若流云 2024-07-20 09:52:42

我认为更重要的问题是你从产生另一个线程中得到什么？如果您不需要并行执行代码，那么就不要这样做。如果这样做，应该没有问题。如果您关心子线程创建自己的线程，请将线程创建委托给ThreadPool。

回复收藏 0 原文

老街孤人 2024-07-20 09:52:42

主要问题：您需要知道该过程的结果吗？如果你可以一劳永逸，那就这么做——这更容易。如果你需要结果，那就等待吧。

另外，您是否考虑过使用 FileSystemWatcher？它远程工作。

回复收藏 0 原文

书间行客 2024-07-20 09:52:42

尽管有些偏离主题，但由于您提到您将启动 powershell 脚本，我想指出通过 powershell“运行空间”在进程内运行脚本的选项。这是一个最小示例：

using System.Management.Automation;
static class PoshExec
{
    static void Exec(string scriptFilePath)
    {
        (new RunspaceInvoke()).Invoke("& " + scriptFilePath);
    }
}

添加对
c:\Program Files\Reference Assemblies\Microsoft\WindowsPowerShell\v1.0\System.Management.Automation.dll

Although somewhat off-topic, since you mentioned that you'll be launching a powershell script, I wanted to point out the option to run the script in-process via a powershell "runspace". Here's a minimal example:

using System.Management.Automation;
static class PoshExec
{
    static void Exec(string scriptFilePath)
    {
        (new RunspaceInvoke()).Invoke("& " + scriptFilePath);
    }
}

add a reference to
c:\Program Files\Reference Assemblies\Microsoft\WindowsPowerShell\v1.0\System.Management.Automation.dll

回复收藏 0 原文

~没有更多了~