- 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.
ЗЫ а че в жабе нет штатного парсера коммандной строки? как-то загадочно. хотя если задуматся и вспомнить что писали жабу юниксоиды, которые сами тридцать лет толковго штатного парсера коммандной строки сделать не могли, то становится в какой-то степени даже логично.
wvxvw 08.03.2012 23:08 # 0
0rt 09.03.2012 12:00 # 0
roman-kashitsyn 09.03.2012 15:34 # +3
bugmenot 09.03.2012 16:36 # +2
roman-kashitsyn 09.03.2012 20:04 # +3
SmackMyBitchUp 09.03.2012 20:34 # −1
gegMOPO4 12.03.2012 00:45 # 0
Dummy00001 12.03.2012 00:59 # 0
где ты там нашел что оно хорошо?
все давно хотят GNU-style параметры, а в стандартной библиотеке только getopt() (который на некоторых БСД несовсем стандартный).
я уже со счету сбился - столько самописных парсеров видел.
defecate-plusplus 12.03.2012 09:24 # 0
ты еще перечисли богатый выбор стандартных методов парсинга параметров в win32
но существу - для c++ давно пользуюсь boost::program_options, хватает с избытком, да уж побогаче getopt* будет
для джавы командная строка - не ынтерпрайзненько, а вот создать отдельный xml файл с параметрами/настройками - это как раз java-way, даже если там будет всего 2 параметра
roman-kashitsyn 12.03.2012 10:13 # 0