LINUX.ORG.RU
Форум — Development  

Unit тесты для рекурсивных методов

 , , , ,


0

1

Реквестирую в тред ссылки на best practices при написании юнит-тестов содержащих рекурсивные вызовы.

Более того, важен случай, когда в тестируемой функции имеются 2 вложенных друг в друга определения функции, которые себя могут рекурсивно вызывать.

☆

Последнее исправление: EnterpriseMobility (всего исправлений: 1)
← Кракозябры в одном из возвращаемых сообщений MySQL
Lime Report - новый Qt генератор отчетов →
Показаны ответы на комментарий. Показать все комментарии.
Ответ на: комментарий от EnterpriseMobility

В зависимости от числа рекурсий рискуешь вылететь за размер стека, поскольку TCO сейчас нет нигде, включая ноду. Или ты пользуешься фокусами с авторазворотом рекурсии по переполнению стека?

x3al ★★★★★
()
Ответ на: комментарий от x3al

Чем это отличается от необходимости следить сколько ты выбираешь данных?

zz ★★★★
()
Ответ на: комментарий от x3al

В зависимости от числа рекурсий рискуешь вылететь за размер стека

Можно еще юзать асинхронные вызова, но это только если перформанс не нужен.

fuckYankee
()
Ответ на: комментарий от x3al

В зависимости от числа рекурсий рискуешь вылететь за размер стека, поскольку TCO сейчас нет нигде, включая ноду. Или ты пользуешься фокусами с авторазворотом рекурсии по переполнению стека?

это, кста, не единственная причина, и даже не основная, а основная — это жор памяти.

fuckYankee
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Кракозябры в одном из возвращаемых сообщений MySQL
Development
Lime Report - новый Qt генератор отчетов →