Допустим, у меня есть функция, которая возвращает элемент из поля

структуры. Сейчас если элемента нет, то она просто паникует. Прочитал этот раздел в буке по этому поводу. Но понимания особо не прибавилось. Получается, что если я предполагаю, что функция может не вернуть то, что она должна вернуть, то лучше оборачивать всегда в Result и потом при вызове делать unwrap() или ?, чтобы получить значение? Это считается best practice или как? В каких случаях можно обойтись без обертки в функциях-геттерах?

Линус уже высказывался про паники в библиотеках Все зависит от поведения которое ты ожидаешь и будешь ли шарить код. В целом лучше паники откладывать как можно выше, масштабируемость...

unwrap стоит использовать только ради тестов. Ошибки нужно обрабатывать при помощи match и if let

Акцент больше на то, нужно ли всегда оборачивать геттер в Result. match я использую

Геттер лучше оборачивать в Option, но тут все зависит от возможного состояния Если вы уверены, что значение всегда будет, то и смысла оборачивать нет

А если не геттер, а сеттер, который может добавить/не добавить элемент в коллекцию, и который вызывается в большом числе подряд идущих строк кода, обернуть в Result, то все равно считается плохим примером делать.unwrap() на конце каждой строки? Если же делать match или даже if let, то размер кода возрастет в 3 раза, опять таки, потому что есть 10 строк кода подряд, где сеттер вызывается в каждой из них Типа dictionary.add(word).unwrap() dictionary.add(word).unwrap() dictionary.add(word).unwrap() dictionary.add(word).unwrap() ...

А зачем тебе вообще Result, если ты везде собираешься делать unwrap()?

Это, наверное, в другую сторону работает. Я хочу из сеттера возвращать Result, чтобы дать возможность понять, правильно ли сработал сеттер. И пытаюсь понять, как лучше обработать Err и Ok в таком наборе строк