Библиотека значков / изображений для нескольких приложений - PullRequest
1 голос
/ 25 августа 2011

У моего клиента есть несколько внутренних веб-приложений - мы переделываем одно из них.Поскольку разные приложения используют разные изображения и значки, ИТ-менеджер теперь хочет, чтобы мы развернули для этого общую библиотеку.

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

  1. Должны ли мы размещать изображения в общем веб-приложении, которое у нас уже есть, например, Confluence, и связывать их во время выполнения?
  2. Должны ли мы размещать изображения, как в # 1, но связывать их во время компиляции?
  3. Другое

Мы используем VS2010 и TFS, кстати.

Ответы [ 2 ]

0 голосов
/ 25 августа 2011

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

В зависимости от того, о каких типах приложений вы говорите, у вас может быть просто общая папка «Изображения» и предопределенная схема именования изображений в папке. Например, есть файлы с именами «Save20x20.png», «Open20x20.png», «Cancel20x20.png».

Затем вы можете создать быстрое пользовательское приложение для просмотра всех изображений в вашей библиотеке изображений и их имен файлов, а также загружать новые изображения по мере необходимости.

0 голосов
/ 25 августа 2011

Я работал над чем-то похожим (http://www.parti.cl, который предоставляет значки в качестве службы), который использовал следующий подход:

  • отдельный сервис изображений, работа которого заключается только в предоставлении изображений
  • изображения идентифицируются путем URL-адреса.
  • другие службы затем генерируют HTML, который включает соответствующий путь в качестве атрибута src для изображений.
  • путь может содержать информацию, котораяиспользуется для фильтрации реферера, если это важно (например, если у вас есть несколько сайтов, которым вы хотите предоставить изображения, то у вас будет таблица, которая имеет отношение «один ко многим» между идентификатором / именем изображения исайты, которые могут запросить его).
  • путь также может включать информацию о версиях.Например, вы можете использовать схему типа http://images.example.com/short-name/version, где «короткое имя» идентифицирует изображение, а «версия» позволяет вам управлять несколькими версиями.

Вы можете хранить изображениякак двоичные двоичные объекты базы данных (прекрасно работает для небольших изображений и для изображений, которые генерируются динамически на основе URL-адреса) или в файловой системе.Но как только вы начинаете делать такие вещи, как использование базы данных для хранения ссылок, проще всего динамически вернуть изображение (т. Е. У вас есть некоторый код, который копирует изображение из любого места в объект ответа HTTP), а не полагаться на статический сервер.

Наконец, по возможности используйте кеширование, чтобы уменьшить нагрузку (как кеш HTTP, так и внутри вашего приложения), но будьте осторожны, чтобы правильно обрабатывать запросы на проверку кеша, чтобы при смене изображения быстро распространялся новый.

PS Помните, что вам также потребуется поддержка SSL, если изображения должны быть включены в защищенные сайты.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...