Сообщение Re[12]: Haters gonna hate but with proofs от 14.01.2019 13:31
Изменено 14.01.2019 13:34 rg45
Re[12]: Haters gonna hate but with proofs
Здравствуйте, Jack128, Вы писали:
R>>И даже на этом веселуха еще не заканчивается — обязательно ведь найдется грамотей, который позовет Dispose (прямо либо через using) для входного стрима.
J>Он и так задиспозится, стрим дазиспозится ридером. Это вообще в .NET стандарт, все ридеры по умолчанию закрывают переданный им конструктор стрим. + Обычно есть перегруженный конструктор с флажком, который явно говорит закрывать или нет стрим.
Ну этот же пример можно переписать с набором каких-нибудь других классов, не покрываемых требованиями .NET стандарта. Мы же сейчас не ридеры и стримы обсуждаем, а вопросы владения ресусами и их освобождения. И как ни верти, ответсвенность за правильное освобождение ресурсов, в общем смысле этого слова, в управляемых языках лежит на плечах разрабочика. И тут они оказываются ровно в той же ситуации, что и разработчики языка C его ручным управлением памятью.
R>>И даже на этом веселуха еще не заканчивается — обязательно ведь найдется грамотей, который позовет Dispose (прямо либо через using) для входного стрима.
J>Он и так задиспозится, стрим дазиспозится ридером. Это вообще в .NET стандарт, все ридеры по умолчанию закрывают переданный им конструктор стрим. + Обычно есть перегруженный конструктор с флажком, который явно говорит закрывать или нет стрим.
Ну этот же пример можно переписать с набором каких-нибудь других классов, не покрываемых требованиями .NET стандарта. Мы же сейчас не ридеры и стримы обсуждаем, а вопросы владения ресусами и их освобождения. И как ни верти, ответсвенность за правильное освобождение ресурсов, в общем смысле этого слова, в управляемых языках лежит на плечах разрабочика. И тут они оказываются ровно в той же ситуации, что и разработчики языка C его ручным управлением памятью.
Re[12]: Haters gonna hate but with proofs
Здравствуйте, Jack128, Вы писали:
R>>И даже на этом веселуха еще не заканчивается — обязательно ведь найдется грамотей, который позовет Dispose (прямо либо через using) для входного стрима.
J>Он и так задиспозится, стрим дазиспозится ридером. Это вообще в .NET стандарт, все ридеры по умолчанию закрывают переданный им конструктор стрим. + Обычно есть перегруженный конструктор с флажком, который явно говорит закрывать или нет стрим.
Ну этот же пример можно переписать с набором каких-нибудь других классов, не покрываемых требованиями .NET стандарта. Мы же сейчас не ридеры и стримы обсуждаем, а вопросы владения ресусами и их освобождения. И как ни верти, ответсвенность за правильное освобождение ресурсов, в общем смысле этого слова, в управляемых языках лежит на плечах пользовательского кода. И тут разработчики этих языков оказываются ровно в той же ситуации, что и разработчики языка C его ручным управлением памятью.
R>>И даже на этом веселуха еще не заканчивается — обязательно ведь найдется грамотей, который позовет Dispose (прямо либо через using) для входного стрима.
J>Он и так задиспозится, стрим дазиспозится ридером. Это вообще в .NET стандарт, все ридеры по умолчанию закрывают переданный им конструктор стрим. + Обычно есть перегруженный конструктор с флажком, который явно говорит закрывать или нет стрим.
Ну этот же пример можно переписать с набором каких-нибудь других классов, не покрываемых требованиями .NET стандарта. Мы же сейчас не ридеры и стримы обсуждаем, а вопросы владения ресусами и их освобождения. И как ни верти, ответсвенность за правильное освобождение ресурсов, в общем смысле этого слова, в управляемых языках лежит на плечах пользовательского кода. И тут разработчики этих языков оказываются ровно в той же ситуации, что и разработчики языка C его ручным управлением памятью.