command-line-parsing

    3熱度

    1回答

    我有這樣的Java枚舉的命令: public enum Commands { RESIZE_WINDOW("size -size"), CREATE_CHARACTER("create-char -name"), NEW_SCENE("scene -image"), DIALOG("d -who -words"), PLAY_SOUND("sou

    34熱度

    2回答

    我只是寫了一個控制檯實用程序,並決定使用NDesk.Options進行命令行解析。我的問題是,我如何執行必需的命令行選項? 我在docs看出:具有所需值 選項(附加「=」與選項名稱)或可選值(追加「:」在選項名稱)。 但是,當我在選項名稱末尾加上=時,行爲沒有區別。理想情況下,Parse方法會拋出異常。 有什麼我需要做的嗎? 這裏是我的測試代碼: class Program { sta

    0熱度

    2回答

    我正在研究一個小型的實用程序類,它最初將以四種文件類型之一讀取,這些文件類型都是我工作的。然後我發現,在知道我正在處理哪種類型的文件之後,我必須知道要執行哪個操作,所以顯而易見的選擇是使用兩個參數。問題是我沒有使用命令行參數很多,我從來沒有在命令行上執行多個參數。 所以我的問題是:是否有一些示例代碼要看或做我只是一些程序代碼,專門尋找的東西在參數[0]然後在ags [1]? 此外,我想知道如何設置

    0熱度

    1回答

    我想解析命令行與紅寶石庫Trollop。 #!/usr/bin/ruby require 'net/http' require 'trollop' opts = Trollop::options do opt :src, "src lang", :short => 'i', :type => String opt :dest, "dest lang", :short

    0熱度

    1回答

    我正在製作一個批處理文件來自動安裝mysql安裝。當我在命令提示符下鍵入下面的行時,一切正常。 「C:\ Program Files文件\的MySQL \ MySQL服務器5.1 \ BIN \ mysqlinstanceconfig.exe」 -i -q服務名稱= 「mydb的」 RootPassword = 「POS」 服務器類型=開發數據庫類型= INNODB端口= 3306 我的問題是:我

    4熱度

    2回答

    我正在學習Groovy CliBuilder,我發現它很棒,除了我不知道如何識別錯誤的參數。請看下面的例子代碼: def cli = new CliBuilder() cli.s args: 1, longOpt: 'sdkdir', 'sdkdir usage info' cli.h args: 0, longOpt: 'help', 'print usage information' d

    0熱度

    2回答

    是否有任何現有的實用程序可以解析linux命令行,並識別基本管道和重定向:'|','<'和'>'?優選地,這可以被用於作爲子進程調用的參數,而不是使用os.system. shlex.split()確實基本解析,但它的輸出並不總能由subprocess.Popen在此實施例中使用,如: sed -f script.sed <infile> outfile

    2熱度

    1回答

    爲了讓我的腳本的命令行開關輕鬆完成bash,我一直在探討/ etc/bash_completion中的_parse_help函數(debian sid,bash v4.2-1,bash-completion v1:1.99-3)。 MYSCRIPT [OPTIONS] Usage: -h, --help Show this help message -o, --optio

    3熱度

    2回答

    我正在編寫一個基於命令行插件的程序,其中插件將提供任何我提供的額外功能。 因此,例如,假設我編寫了一個簡單的腳本來解析圖像並存儲它們,這就是我所做的。然後,其他人可以編寫一組腳本來操縱圖像,並將其腳本放入插件中。 該插件將被加載,用戶可以通過在命令行中指定其名稱來訪問該插件。 腳本想要爲用戶提供其他選項的情況並不少見。所以假設在某些年份,已經寫了20個不同的插件。 現在,所有作者都希望允許用戶提供

    2熱度

    1回答

    我們儘可能從命令行爲processing arguments and switches遵循「標準」。例如,默認情況下,我們擁有用於命令行解析的Posix2和GNU standards。 但是,由於我們的實用程序是跨平臺的,我們希望它們可以跨平臺腳本訪問,因此我們也嘗試使其「健壯」。所以,我們含蓄地允許這兩種形式: myutil --longname myutil /longname