1) Есть ли правильный способ сделать то же самое, что я сделал?
Я не знаю, существует ли определенный правильный способ показа ошибок.Мое представление об ошибках - это небольшой тест.Если пользователь может выяснить, как исправить ошибку, основываясь на том, что вы ему дали, то это хорошо.Если сообщение об ошибке выводит пользователя из строя, то сообщение требует дополнительной работы.Основываясь на примерах, приведенных в вопросе, символы были только символьными константами.
Мой любимый способ видеть ошибки - это линия со стрелкой, указывающей на местоположение.
т.е.
Ожидается закрывающая скобка в строке 6.
int a[6;
^
2) Я хочу заменить CLOSSB, SEMICOL, CLOSB и т. Д. Их реальными символами.Как я могу сделать это, используя карту в файле .g?
Вам нужно будет прочитать отдельно сгенерированный файл токена, а затем создать карту, то есть структуру данных словаря, чтобы перевести имя токена в символ токена.(s).
РЕДАКТИРОВАТЬ
Сначала мы должны уточнить, что означает символ.Если вы ограничиваете определение символа только токенами, которые определены в файле токенов с помощью символа или строки, то это можно сделать, т. Е. «!» = 13 или «public» = 92, если, однако, вы решили использовать определениеЕсли символом является любой текст, связанный с токеном, то это не то, чем я занимался или планирую адресовать.
Когда ANTLR генерирует свою карту токенов, он использует три разных источника:
Символьные или строковые константы в лексере
Символьные или строковые константы в анализаторе.
Внутренние токены, такие как Invalid, Down, Up
Поскольку токены в лексере не являются полным набором, следует использовать токеныфайл в качестве отправной точки.Если вы посмотрите на файл токенов, то заметите, что самое низкое значение - 4. Если вы посмотрите на файл TokenTypes (это имя версии C #), вы найдете оставшиеся определенные токены.Если вы найдете имена, подобные T__, в файле токенов, это имена ANTLR, сгенерированные для литералов char / string в синтаксическом анализаторе.
Если вы используете строковые и / или символьные литералы в правилах синтаксического анализатора, тогда ANTLR долженсоздайте новый набор правил лексера, который включает все строковые и / или символьные литералы в правилах синтаксического анализатора.Помните, что анализатор может видеть только токены, а не необработанный текст.Поэтому строковые и / или символьные литералы не могут быть переданы в синтаксический анализатор.
Чтобы увидеть новый набор правил лексера, используйте org.antlr.Tool –Xsavelexer, а затем откройте созданный файл грамматики.Название может быть как .g.Если в правилах вашего синтаксического анализатора есть строковые и / или символьные литералы, вы увидите правила лексера с именем, начинающимся с T .
Теперь, когда вы знаете все токены и их значения, вы можете создать таблицу сопоставления из информации, приведенной в ошибке, со строкой, которую вы хотите вывести вместо символа.
Пример кода http://markmail.org/message/2vtaukxw5kbdnhdv#query:+page:1+mid:2vtaukxw5kbdnhdv+state:results.
Однако отображение токенов может измениться для таких вещей, как изменение правил в лексере или изменение литералов char / string всинтаксический анализатор.Так что, если сообщение внезапно выдает неправильную строку для символа, вам придется обновить таблицу сопоставления вручную.
Хотя это не идеальное решение, это возможное решение в зависимости от того, как вы определяетесимвол.
Примечание. В прошлый раз, когда я смотрел, ANTLR 4.x автоматически создавал таблицу для доступа в парсере, потому что это было такой проблемой для многих с ANTLR 3.x.