Как я должен генерировать миниатюру?

Question

Для фона у меня есть слой данных и слой обслуживания на основе модели Rob Conery's Storefront и как у Роба, многие из моих объектов домена и связаны с LazyList<> и LazyItem<>, чтобы использовать отложенное выполнение Linq2Sql, учитывая, что мой Lazy* используются IQueryable<T>, а не this awesome delegate approach.

Так я есть граф объекта, как это (в основном, каждая активность должна иметь галерею фотографий многих images- миниатюр и фотографии в натуральную величину):

latest3Activities[0].Gallery.Images.Inner[1].FullImage 

Тип Gallery имеет изображения свойство LazyList<PhotoGalleryImage> и поэтому IList<PhotoGalleryImage> из этого LazyList - это Inner, который вы видите. Каждый PhotoGalleryImage объект имеет FullImage и Thumbnail Недвижимость, оба типа Image.

Идея состоит в том, что полная загруженная фотография сохраняется в собственности PhotoGalleryImage.FullImage и изначально Thumbnail - Null. То, что я за этим: когда свойство Thumbnail доступно для доступа в первый раз, если это Null, я хочу, чтобы мой сервисный слой создавал Thumb, сохраняйте его в БД, затем возвращайте экземпляр Image, который является меньшим фото , У меня есть весь код для создания миниатюры из полноразмерного изображения, так что здесь не вопрос.

Что я не могу понять, как поймать первый доступ к свойству Thumbnail (в моем контексте архитектуры IQueryable<>), а затем на уровне обслуживания изменить размер, а не в репозитории (DAL). Я сильно чувствую, что уровень сервиса (бизнес) должен отвечать за это функциональное решение, но я не вижу, как заставить его работать.

В настоящее время я думаю, что сопоставление от моих классов домена в хранилищах к классам Linq2Sql было бы хорошим местом для идентификации этого «первого доступа», к которому я обращаюсь, но я не вижу тогда, как может быть вызван более низкий уровень до уровня обслуживания и выполнить сжатие (или даже если оно может, то оно должно).

Возможно, мой проект ограничивает меня тем, что Repos делает преобразование. Может быть, я не хочу, чтобы сервисный уровень вообще выполнял эту логику. Возможно, мой дизайн настолько ужасен, что я действительно не должен сталкиваться с этим беспорядком.

Помощь Pls. Все отзывы приветствуются.

Answer 1

Пункт ленивого инициализации - отложить выделение ресурсов, так как вы не знаете, когда и когда они вам понадобятся.

В вашем случае это не имеет смысла: как только изображение будет загружено, серверу понадобится миниатюра - пользователь хочет увидеть новое изображение сразу, не так ли? Поэтому откладывание создания эскиза не имеет положительного ROI.

Answer 2

Я предполагаю, что для отображения изображения вам нужен URI изображения, который может быть передан вам IThumbnailingService, который при необходимости генерирует эскиз и возвращает допустимый URI, который указывает на сгенерированное изображение.

Answer 3

У меня была очень похожая проблема пару месяцев назад с загруженными изображениями, созданием эскизов и вопросом о том, где должен работать код для создания миниатюр. Я тоже очень чувствовал, что этот код принадлежит слою службы (не в последнюю очередь потому, что хранилище для файлов изображений и миниатюр было абстрагировано в интерфейсе и введено через контейнер IOC, и я не хотел, чтобы какая-либо зависимость вводилась в мой домен слой).

В конце концов я создал все миниатюры в точке, где изображение загружается через вызовы на уровень обслуживания с контроллера пользовательского интерфейса. Я попытался создать изображения на уровне домена до этого. Для этого я использовал шаблон, в котором, когда слой домена, необходимый для создания изображения, он поднимал событие, которое было подключено к служебному слою.Затем сервисный уровень передал экземпляр интерфейса хранилища обратно через аргументы событий на уровень домена, чтобы слой домена мог сохранять изображение. Это было очень слабо основано на некоторых идеях на Udi Dahan's blog, которые я натолкнулся на использование событий в модели домена в качестве способа использования логики в уровне обслуживания. К сожалению, я не могу найти ссылку на сайт Udi, но она где-то там. В любом случае он никогда не чувствовал себя правильно - он казался плотной связью по другому маршруту, поэтому я вернулся к созданию эскизов, созданных на момент загрузки изображения через служебный уровень. Однако, возможно, в вашем случае вы могли бы использовать идею событий из уровня домена для вызова логики на уровне сервиса. Я уверен, что в самой идее есть большая ценность, она просто не подходит для того, что я делаю.