Hacktoberfest 2026:維護者為十月標記出來的 issue,仍然開放、適合新手。 瀏覽 Hacktoberfest issue

Backslash parsing problem in argument.

未關閉
#918 1 則留言 1 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度
3/5
預估耗時
1-2 天
新手友好度
38/100
Issue 類型
缺陷
描述清晰度
基本清楚
活躍度
停滯
技術堆疊
csharp
領域
cli

研究方向

首先使用提供的 Options 類別和命令列引數重現此問題,然後追蹤處理帶引號反斜線的引數解析路徑。參考連結的 issue 226 來驗證此行為。完成的標準是:解析後的 Path 值中保留結尾反斜線,且重現過程產生預期的輸出。

由索引模型根據 Issue 內容生成。

描述

Describe the bug
Read string option with backslash \ and " results in reading " in the string.

To Reproduce

public class Options
{
    [Option('P', "path", Required = true, HelpText = "Set working directory path.")]
    public string Path { get; set; }
}

static void Main(string[] args)
{
    string path = "";

    var result = Parser.Default.ParseArguments<Options>(args)
           .WithParsed(o =>
           {
               path = o.Path;
           });

    if (result.Tag == ParserResultType.Parsed)
    {
        Console.WriteLine($"Path: {path}");
    }
}
  1. Passing in argument -P "C:\path\to\read\"
  2. Console output is Path: C:\path\to\read"

Expected behavior
Read backslash as it is. In the above example, output should be Path: C:\path\to\read\

Additional context
Am i missing some options?
Ref issues/226 reports the same problem, still not fixed?

主要語言
C#
星號
4.8k
分支
478
PR 合併指標
30 天內沒有已合併 PR

貢獻指南

這個儲存庫沒有索引到貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

commandlineparser/commandline 的其他 Issue

查看 commandlineparser/commandline 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。