- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
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.
ЗЫ а че в жабе нет штатного парсера коммандной строки? как-то загадочно. хотя если задуматся и вспомнить что писали жабу юниксоиды, которые сами тридцать лет толковго штатного парсера коммандной строки сделать не могли, то становится в какой-то степени даже логично.
где ты там нашел что оно хорошо?
все давно хотят GNU-style параметры, а в стандартной библиотеке только getopt() (который на некоторых БСД несовсем стандартный).
я уже со счету сбился - столько самописных парсеров видел.
ты еще перечисли богатый выбор стандартных методов парсинга параметров в win32
но существу - для c++ давно пользуюсь boost::program_options, хватает с избытком, да уж побогаче getopt* будет
для джавы командная строка - не ынтерпрайзненько, а вот создать отдельный xml файл с параметрами/настройками - это как раз java-way, даже если там будет всего 2 параметра