VK
Size: a a a
2019 November 20
A
Иногда кроме GC.SuppressFinalize() внутри и реализации и нет ничего
вы можете задать вопрос авторам - зачем они так делают и делают плохие диспозы и попросить их убрать диспозабл интерфейс
A
но нет ни одной валидной причины не вызывать диспоз у IDisposable объекта
DP
Я не гуру оптимизаций, но думаю, что редактировать массив байтов, представляющих собой изображение, можно и без использования неуправляемой памяти
A
Я не гуру оптимизаций, но думаю, что редактировать массив байтов, представляющих собой изображение, можно и без использования неуправляемой памяти
ну, вы ошибаетесь
A
например, моя реализация апи, подобного System.Drawing, делегировала всё в ImageMagick
A
у Imagemagick есть своя память, свои хендлы, вот это всё.
A
я уверен, что потратив лет 5, я бы написал все нужные операции для манипуляции байтами в массиве. или таки поработать с неуправляемой памятью и сделать за неделю?
A
Ну и если посмотреть в код выше, там примерно тоже самое, только другая библиотека. Не ImageMagick.
VB
Зависит от задач, но под кор, из всех либ самая адекватная на момент 2 месяца назад была SkiaSharp для задач ресайза изображения
VB
https://devblogs.microsoft.com/dotnet/net-core-image-processing/
Вот, в целом, пост на тему, мы делали свои измерения, так как нужна была быстрая библиотека, которая еще и достаточно мало весит, так как для serverless это критично
Вот, в целом, пост на тему, мы делали свои измерения, так как нужна была быстрая библиотека, которая еще и достаточно мало весит, так как для serverless это критично
AK
Если есть диспоз, вы его всегда вызываете
Ну когда-то HttpClient не всегда надо было диспоузить, так что утверждение не абсолютно верное
A
Ну когда-то HttpClient не всегда надо было диспоузить, так что утверждение не абсолютно верное
Его надо было диспоузить всегда. Утверждение абсолютно верное
VB
Его надо было диспоузить всегда, просто, если ты хотел его переиспользовать, то ты делаешь/делал это не сразу после вызова, а например в момент смерти обьекта, который его юзал.
A
Все срачи велись о моменте создания и диспоза, а не о факте диспоза
A
Зависит от задач, но под кор, из всех либ самая адекватная на момент 2 месяца назад была SkiaSharp для задач ресайза изображения
Ския хорошая, я не помню её статус в промежутке между кор1.0 и кор1.1. Может быть я просто плохо искал.
VB
Насколько помню она не суппортила его. Мы использовали CoreCompat.System.Drawing на тот момент
A
Я не гуру оптимизаций, но думаю, что редактировать массив байтов, представляющих собой изображение, можно и без использования неуправляемой памяти
всё просто. для рисования используется GDI/GDI+. это такоя штука которая (с помощью CPU) выполняет рисование.
чтобы работать с GDI нужно использовать их апи, которое типа нативное и такое. ни какого .net. т.е. объекты по старинке нужно создавать и удалять и почее
если я не ошибаюсь в виндовс есть ограничение на количество созданных GDI объектов. если его превысить - exception
чтобы работать с GDI нужно использовать их апи, которое типа нативное и такое. ни какого .net. т.е. объекты по старинке нужно создавать и удалять и почее
если я не ошибаюсь в виндовс есть ограничение на количество созданных GDI объектов. если его превысить - exception
A
может возникнуть ризонный вопрос зачем использовать GDI если я просто хочу нарисовать линию.
ризонный ответ: нет не просто.
во первых нормально нарисовать линию это не просто я не шучу.
во вторых с помощью GDI вы можете рисовать на кнопках панелях и проч. а это обёртки стандартных виндовых окон. это своя инфраструктура и эти кнопки тоже нужно диспоузить и т.д. и тп. своя жизнь нативных объектов
ризонный ответ: нет не просто.
во первых нормально нарисовать линию это не просто я не шучу.
во вторых с помощью GDI вы можете рисовать на кнопках панелях и проч. а это обёртки стандартных виндовых окон. это своя инфраструктура и эти кнопки тоже нужно диспоузить и т.д. и тп. своя жизнь нативных объектов