Поведение по умолчанию, когда парсер не знает, что делать, - это выводить на терминал сообщения, например:
строка 1:23 отсутствует DECIMAL в '}'
Это хорошее сообщение, но не в том месте. Я бы предпочел получить это как исключение.
Я пробовал использовать BailErrorStrategy, но это вызывает ParseCancellationExceptionбез сообщения (вызвано, а InputMismatchExceptionтакже без сообщения).
Есть ли способ заставить его сообщать об ошибках через исключения, сохраняя при этом полезную информацию в сообщении?
Вот что мне действительно нужно - я обычно использую действия в правилах для создания объекта:
dataspec returns [DataExtractor extractor]
@init {
DataExtractorBuilder builder = new DataExtractorBuilder(layout);
}
@after {
$extractor = builder.create();
}
: first=expr { builder.addAll($first.values); } (COMMA next=expr { builder.addAll($next.values); })* EOF
;
expr returns [List<ValueExtractor> values]
: a=atom { $values = Arrays.asList($a.val); }
| fields=fieldrange { $values = values($fields.fields); }
| '%' { $values = null; }
| ASTERISK { $values = values(layout); }
;
Затем, когда я вызываю парсер, я делаю что-то вроде этого:
public static DataExtractor create(String dataspec) {
CharStream stream = new ANTLRInputStream(dataspec);
DataSpecificationLexer lexer = new DataSpecificationLexer(stream);
CommonTokenStream tokens = new CommonTokenStream(lexer);
DataSpecificationParser parser = new DataSpecificationParser(tokens);
return parser.dataspec().extractor;
}
Все, что я действительно хочу, это
- для
dataspec()вызова, чтобы вызвать исключение (в идеале - отмеченное), когда ввод не может быть проанализирован - чтобы это исключение содержало полезное сообщение и предоставляло доступ к номеру строки и позиции, где была обнаружена проблема
Затем я позволю этому исключению всплыть в стеке вызовов туда, где лучше всего подходит для представления полезного сообщения пользователю - так же, как я обрабатываю разорванное сетевое соединение, чтение поврежденного файла и т. Д.
Я действительно видел, что действия теперь считаются "продвинутыми" в ANTLR4, поэтому, возможно, я делаю что-то странным образом, но я не изучал, каким будет "не продвинутый" способ сделать это, поскольку этот способ хорошо работает для наших нужд.