Когда interface nil trap лучше не использовать или использовать осторожно?

GoSenior+Interfaces, OOP and GenericsТеорияinterfaces_oop_and_genericsinterface_nil_trapgolang_developer

Что хотят услышать интервьюеры:

Суть: interface может быть не nil, даже если внутри него лежит nil pointer определенного типа.

Ответ:

Пример:

var e *MyErr = nil; var err error = e

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

Типичная ошибка: проверять только

err != nil

, не понимая, что typed nil может вести себя неожиданно.

Как отвечать на собеседовании: Расскажите про неявную реализацию, маленькие интерфейсы и осознанное использование generics, а не про наследование.

Источники

Похожие вопросы