System.Drawing.Image для изображений в бизнес-объектах?

Я хочу сохранить изображение в бизнес-объекте. В MSDN я увидел, что пространство имен System.Drawing предоставляет множество функций GDI + и т. д.

Можно ли хранить изображение в классе System.Drawing.Image на бизнес-уровне (который является «только» библиотекой классов) и, таким образом, также включать ссылку на System.Drawing? Я немного чувствую себя плохо, делая это, потому что похоже, что у меня есть ссылки, специфичные для пользовательского интерфейса, в бизнес-коде. Более того, код может стать излишне зависимым от платформы (хотя это проблема только в теории, потому что мы не разрабатываем для нескольких платформ).

Если это не так, какой тип подойдет лучше всего?

Спасибо за любой ответ!

Матиас

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
652
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Из вашего вопроса кажется очевидным, что ваш уровень бизнес-логики должен обрабатывать изображения довольно низкоуровневым способом (в противном случае, я думаю, вы бы просто хранили URL-адреса изображений или что-то в этом роде ...). Это помещает концепцию изображения / растрового изображения прямо на территорию бизнес-логики, поэтому для нее вполне нормально полагаться на пространство имен System.Drawing для этой цели.

Если вы чувствуете, что изображениям нет места в библиотеке классов, один взгляд System.Drawing себя должен убедить вас в обратном: это яркий пример библиотеки классов (и очень прилично спроектированной), которая практически ничего не делает, кроме работы с изображениями.

На самом деле это не имеет ничего общего с пользовательским интерфейсом (этим занимается Windows.Forms и его друзья). Кроме того, System.Drawing присутствует в любой системе с установленной .NET Framework, поэтому проблем с зависимостями нет.

Если вас беспокоит кроссплатформенная совместимость, создание класса-оболочки для изображений может облегчить эти опасения. Однако, поскольку сами структуры растровых изображений, скорее всего, уже зависят от платформы (например, если вы не позаботитесь об использовании только PNG в своих внешних интерфейсах), это может быть немного чрезмерным, поскольку вы добавляете сложность без увеличения. ..

Большое спасибо за Ваш ответ! Думаю, добавить нечего, очень приятно :)

Matthias Meid 03.11.2008 15:52

Другие вопросы по теме