2-3 дерево классное, потому что не требует дополнительной метаинфы (и расхода памяти на нее) на хранение высоты или цвета. Плюс да, объединение двух узлов тоже экономит память и уменьшает высоту дерева, ускоряя поиск и обход (уменьшая стэк).
По поводу резолва графа только один раз в реальных приложениях и бесполезности бенчмарка миллиона резолвов, это наверное не так, если вы резолвите для unit-of-work, например для веб реквеста, сессии, транзакции и т.д., что похоже на реальный мир и может потребовать миллионов резолвов.
Попробуйте FastExpressionCompiler, и не потому что компиляция быстрее (может для вас время старта не важно), а по этому что скомпилированный делегат может быть быстрее. Иногда, значительно.
Sandbox не работает... сделал длинный текст и он просто вылез за пределы.
2-3 дерево классное, потому что не требует дополнительной метаинфы (и расхода памяти на нее) на хранение высоты или цвета. Плюс да, объединение двух узлов тоже экономит память и уменьшает высоту дерева, ускоряя поиск и обход (уменьшая стэк).
"Обычно" этого нельзя сделать, потому что вы не контролируете этот резолв — его делает внешний фреймворк через абстракцию типа IServiceProvider :/
Привет,
Интересно знает ли автор о двух других DI-IoC имплементациях на сорс генераторах:
По поводу резолва графа только один раз в реальных приложениях и бесполезности бенчмарка миллиона резолвов, это наверное не так, если вы резолвите для unit-of-work, например для веб реквеста, сессии, транзакции и т.д., что похоже на реальный мир и может потребовать миллионов резолвов.
Попробуйте FastExpressionCompiler, и не потому что компиляция быстрее (может для вас время старта не важно), а по этому что скомпилированный делегат может быть быстрее. Иногда, значительно.