|
|
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
dbms_paint, к счастью END после которого не идет иных символов кроме пробела и перевода строки + ; только от BEGIN'а, так что это достаточно легко обходится. Большей проблемой для меня стало то, что по коду может быть раскидано куча комментариев, их структура может быть не валидна (многострочники) и в этих комментариях тоже могут быть BEGIN'ы и END'ы и их учитывать в подсчете не надо. По счастью в том коде, для которого я эту утилиту написал, нет BEGIN'ов и END'ов в комментариях, так что я пока отложил борьбу с комментами) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:11 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
И даже алиасы такие дать можно. Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:11 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
aksufunВ воздухе висит вопрос -- как же эта информация поможет нам узнать ид строки, после которой надлежит воткнуть логирование? Ведь именно такова была изначальная постановка задачи.Гибче надо мыслить, гибче. Что если пытаться логирование "воткнуть" не после, а перед end. End ищется непосредественно перед каждой хранимкой нужного уровня вложенности или с конца файла. Да, после end может быть имя объекта. Так и знал, что не допилишь. :) dbms_paintТвоя задача в общем случае решается достаточно трудоемко. Надо учесть и не споткнуться о такие выражения, как case ... end, case ... end case, if ... end if.Любая попытка изобретать парсеро-велосипеды в общем случае обречена на провал. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:15 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
dbms_coreldraw, вот на sql выражениях с алиасами аля " select 0 begin from dual " у меня всё ломается, факт. Но такого, к счастью, нет. Тут уже я не знаю как легко это обойти, нужно парсить до уровня команд, а там и до AST недалеко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:16 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, как можно воткнуть логирование "после" end'a ? там уже процедура кончилась :) А почему мне нужно втыкать именно после первого BEGIN'а тела функции -- так это потому, что в некоторых местах имеем IN/OUT параметры, которые хотелось бы поймать на начало выполнения функции, до их модификации. В целом нет никакой разницы идти ли с конца или с начала, если применять метод подсчета бегинов-эндов. Что так, что так наткнешься на вложенные функции и как-то нужно их пропустить. Ты так и не показал, для чего с таким упорством кидался в меня pl/scope'ом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:22 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
В общем случае я могу поступить с DML выражениями точно так же как с комментариями -- превратить их в пустое место равноценного объема на период подсчета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:25 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
aksufunк счастью END после которого не идет иных символов кроме пробела и перевода строки + ; только от BEGIN'а, так что это достаточно легко обходится. Не уверен, что правильно понял посыл, но ты ошибаешься Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:27 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
aksufun, Я вроде как сказал изначально, что затея бредовая. Потом было указано как получить список процедур (любого или верхнего уровня) - pl scope. Зная где начинанается каждая из них, при определенных условностях достаточно просто найти конец предыдущей и вставить перед ним логирование. Я изначально подумал, что цель вставить логирование в блок exception, но видимо все еще замысловатее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:34 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
n0rd1c.c0ld, согласен, здесь я ошибся. забыл про end <label>; у меня таких мест нет, иначе бы попадало всё, но если бы были, то проблема бы решилась в пару if'ов end case | end loop | end if, что там еще есть... Вообще если бы я решал общую задачу парсинга любого, даже самого извращенного исходника, то я бы не взялся за написание парсера, конечно. Проще и быстрее прикрутить через JAVA Calls что-то типа https://github.com/porcelli/plsql-parser ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:37 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, с первого поста >> После BEGIN'а я вставлю логирующую строку, содержащую в качестве входных данных имя функции и некоторые переменные,взятые из контекста. >> после BEGIN'а до конца не читай @ проблему не понимай @ ответ набирай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:39 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, надеюсь, что ты работаешь в твоем идеальном розовом мире, где ничего "эдакого" писать не надо и не хочется, иначе ж обплеваться можно)) Где проблемы решаются просто мыслью о том, что "где-то там был какой-то пакет который вроде бы умеет это" и где не нужно проверять идеи до конца) лишь бы не оказалось, что энциклопедические знания подвели и пакет задачу не решает, да? неловко может получиться. а мне и так хорошо) была проблема, появилась идея, идея была оппробирована и реализована, задача была выполнена в полном объеме, быстрее, чем копипастить и много надежнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 19:56 |
|
||
|
Парсинг pl/sql
|
|||
|---|---|---|---|
|
#18+
aksufundbms_photoshop, надеюсь, что ты работаешь в твоем идеальном розовом мире, где ничего "эдакого" писать не надо и не хочется, иначе ж обплеваться можно)) Где проблемы решаются просто мыслью о том, что "где-то там был какой-то пакет который вроде бы умеет это" и где не нужно проверять идеи до конца) лишь бы не оказалось, что энциклопедические знания подвели и пакет задачу не решает, да? неловко может получиться. а мне и так хорошо) была проблема, появилась идея, идея была оппробирована и реализована, задача была выполнена в полном объеме, быстрее, чем копипастить и много надежнее.Я предпочитаю все формализировать и минимизировать человеческий фактор. Во-первых когда я писал на PL/SQL, то было строгое правило что каждая программная единица заканчивается end <name>;. Во-вторых были правила к оформлению коментариев и входных параметров. В-третьих весь код форматировался автоматически с едиными настройками бьютифаера/форматтера и т.д. При соблюдении процесса, если код не прошел review он дальше не идет. Всегда остается простантсво для ошибки, но праивльная организация разработки на первом месте, технические костыли только усугубят ситуацию. Возвращаясь к твоей проблеме, при соблюдении стандартов проблема решается тривиально, в общем случае не решается вообще. pl scope позволяет разбить на единицы и автоматизировать процесс при заданных ограничениях, но лучше один раз автоматиазированно отформатировать и потом пройтись ручками + следовать стандарту оформления кода. Можно же пытаться изобретать бесполезные велосипеды. Ты, к сожалению, так верных выводов и не сделал. Хотя если зп платят по числу строк кода, то тебя, конечно можно понять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2016, 20:36 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39360828&tid=1886886]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
179ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 451ms |

| 0 / 0 |
