Комментарии 12
Ваше продукт не противоречит лицензии ImageSharp?
У меня с ImageSharp долгая история любви и ненависти, последние года 3 через него в ежедневном режиме проходит где-то ~100 тысяч изображений. Детские болячки они, конечно, за эти годы победили, но библиотека все равно не самая всеядная. Частенько не понимает некоторые изображения, а сегодня вообще словил великолепную ошибку — при загрузке gif оно мне уронило приложение с AccessViolationException.
Давно есть стандартная кросплатформеная либа для работы с изображениями на .Net Core
devblogs.microsoft.com/dotnet/net-core-image-processing
Да, тот же ImageSharp обладает готовыми методами и хэлперами. Но в любом случае это готовое решение. В своем проекте я именно его использовал для резайза. Более чем доволен результатом
devblogs.microsoft.com/dotnet/net-core-image-processing
Да, тот же ImageSharp обладает готовыми методами и хэлперами. Но в любом случае это готовое решение. В своем проекте я именно его использовал для резайза. Более чем доволен результатом
- Вместо двух профайлов лучше использовать IConfiguration — вам ведь придется иногда менять лимиты и желательно без перекомпиляции.
- А вот для валидаторов использовать стандартный интерфейс бы не помешало.
- Когда создаёте директорию, проверять её существование не надо — ошибки не будет.
- Не работал с этой либой, но немного напрягает обработка изображения прямо в запросе. При нагрузке запросы будут копиться и быстро уронят вам сервер. Выглядит так, что вам нужен отдельный асинхронный конвеер для обработки изображений, а сервис должен только валидировать файл, загружать его, генерировать имя и пихать в конвеер.
- Кстати, загружать файл лучше асинхронно.
выглядит ужасно связывания процесса загрузки как entity ROW с вашим кодом который является бизнес логикой
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Загрузка и обработка изображений в .NET Core