Дизайновопрос: если объект принимает через конструктор IDisposable контекст, и при

Question

Дизайновопрос: если объект принимает через конструктор IDisposable контекст, и при

этом сам является IDisposable, то должен ли он внутри своего Dispose диспозить этот принятый контекст? какое поведение вы бы ожидали? т.е.
class Example() {
private readonly Context context;
Example(Context context) => this.context = context;
Dispose() {
// should the wrapper dispose the context?
// this.context.Dispose();
}
}

#backend #dot #programming #russian

0

11.10.2020

7 ответов

11 просмотров

ιπταμενο ψαρι Автор вопроса

Дмитрий Калинов
если прикручен IoC - то это забота контейнера - уп...

спасибо!1

0

11.10.2020

Mikhail Lomonosov

+

0

11.10.2020

Peter Mazin

Хыыы... Ну например FileResultExecutorBase, метод WriteFileAsync принимает стрим, и его прибивает :D Так что майки по ходу думают иначе Бу га га И прибивают стрим за тебя

0

11.10.2020

Peter Mazin

Нет нечего хорошего...

0

11.10.2020

Dr. Friedrich von Never

Никакого не ожидаю, иду читать доку. Владеет ли это объект контекстом или нет — сильно зависит от назначения объекта и контекста.

0

12.10.2020

Dr. Friedrich von Never

Peter Mazin
Хыыы... Ну например FileResultExecutorBase, метод ...

А ты иначе не сделаешь. Типичный сценарий использования всех этих Result — это когда пользователь их возвращает из контроллера в код фреймворка. У пользователя нет возможности подиспозить резалты (и их внутренности) после того, как они стали не нужны, потому что это происходит не в пользовательском коде.

0

12.10.2020

Дмитрий Калинов · Accepted Answer

Дмитрий Калинов

если прикручен IoC - то это забота контейнера - управлять временем жизни объектов иначе бы ожидал вызов Dispose у контекста, да

0

11.10.2020

170 похожих чатов

Дизайновопрос: если объект принимает через конструктор IDisposable контекст, и при

7 ответов

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