Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
for (i = 0; i < pArgs.length; ++i) {
if (!(pArgs[i].equalsIgnoreCase("-startable"))) {
continue;
}
// ... обработка
return true;
}
for (i = 0; i < pArgs.length; ++i) {
if (!(pArgs[i].equalsIgnoreCase("-isRunning"))) {
continue;
}
// ... обработка
return true;
}
for (i = 0; i < pArgs.length; ++i) {
if (!(pArgs[i].equalsIgnoreCase("-shutdown"))) {
continue;
}
// ... обработка
return true;
}
из main()а жаба аппликухи. и еще три таких цикла для еще трех параметров коммандной строки.
любимая тонкость (которая сюда не попала): на ошибки коммандной строки бросается IndexOutOfBoundsException.
ЗЫ а че в жабе нет штатного парсера коммандной строки? как-то загадочно. хотя если задуматся и вспомнить что писали жабу юниксоиды, которые сами тридцать лет толковго штатного парсера коммандной строки сделать не могли, то становится в какой-то степени даже логично.
> где ты там нашел что оно хорошо
ты еще перечисли богатый выбор стандартных методов парсинга параметров в win32
но существу - для c++ давно пользуюсь boost::program_options, хватает с избытком, да уж побогаче getopt* будет
для джавы командная строка - не ынтерпрайзненько, а вот создать отдельный xml файл с параметрами/настройками - это как раз java-way, даже если там будет всего 2 параметра
На самом деле командная строка в джаве нужна довольно часто (например, при запуске билда или веб-сервера). Опять же часто параметры передают в виде -Dprop.name=value, и получить это дело можно через System.getProperty("prop.name"). Подход, конечно, не айс, минус разработчикам стандартной библиотеки: нормальный парсер аргументов нужен как ни крути.
где ты там нашел что оно хорошо?
все давно хотят GNU-style параметры, а в стандартной библиотеке только getopt() (который на некоторых БСД несовсем стандартный).
я уже со счету сбился - столько самописных парсеров видел.
ты еще перечисли богатый выбор стандартных методов парсинга параметров в win32
но существу - для c++ давно пользуюсь boost::program_options, хватает с избытком, да уж побогаче getopt* будет
для джавы командная строка - не ынтерпрайзненько, а вот создать отдельный xml файл с параметрами/настройками - это как раз java-way, даже если там будет всего 2 параметра