задачек? да и вообще с ней проблемы в виде глубины, по хорошему нужно как-то дополнительно внешне ограничивать кол-во итераций, иначе всё закончится плачевно
на меня как на неадеквата посмотрели когда я в предложенную рекурсивную функцию поиска конца односвязного списка добавил проверку на максимальную длину списка
в контексте эмбеда не встречал, впрочем там мой опыт невелик, а в прикладном программировании регулярно
в одной реализации работы с fatfs видел такое, рекурсивный обход каталогов. Но у себя в реализации я так делать не стал, ограничил максимальную вложенность.
Ограничение вложенности же никак не влияет на рекурсивность обхода, ну если не запретить папки вообще
не влияет, но глубже определенного каталога видеть не буду.
так обходить-то можно их и без рекурсии
Опять же, независимо от вложенности
кажется еще в K&R была фраза, что в большинстве случаев рекурсию можно привести к циклу, а единственное её преимущество - простота понимания со стороны человека.
очевидно что рекурсию всегда можно свести к циклу, если есть динамическая память
позвольте уточнить, рекурсия ведь не даёт ни экономии памяти ни скорости, почему вы подчеркнули, что нужна динамическая память?
Потому что когда у тебя алгоритмтчески возникает рекрсия то могут быть варианнты что либо обем окончательных и/или промежуточных данных будет неопределен (переменный). Потому нужна динамическач память. Одно дело факториал считать и другое список ыайлов из всех подкаталогов
а ну да, значит я не так понял ваше утверждение. Границы мироздания на месте. Спасибо.
пригождалось чтобы xml структуры парсить
Обсуждают сегодня