2013-06-17 4 views
4

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

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

В настоящее время у меня есть сборка со всеми видами на такой панели с использованием RazorGenerator.

Проблема в том, как я могу управлять css-файлами для такой сборки? Должен ли я просто встраивать их в представления и размещать эти представления для компиляции сборки или развертывать их как отдельные файлы css с сборкой?

Этот комплект css будет сжат/сведен к минимуму или каким-либо образом объединен в конечном проекте.

ответ

1

Возможно ли развертывание? Например, будет ли он добавлен к множеству разных систем в разных местах или будет использоваться, например, в корпоративной сети?

Если вы развертываете сборку, то вы, вероятно, захотите скомпилировать css как ресурсы & использовать встроенный обработчик ресурсов ASP.Net для обслуживания css. Таким образом, у вас нет зависимостей ни от чего другого, вы предварительно сжимаете/уменьшаете css &, который может позаботиться о кешировании.

Если это для корпоративной сети или серверов, которыми вы управляете, то поставьте css на центральный сервер &, чтобы все они ссылались на это местоположение. Однако предыдущий подход работает так же хорошо.

+0

Это мой способ использовать эту панель в различных проектах, поэтому все будущие проекты будут иметь меню и подменю на своих интерфейсах, поэтому я ищу способ уменьшить дублирование лицензирование кода, добавление повторяющейся части к одной сборке, которую я мог бы использовать во многих проектах, ссылаясь на нее. – kseen

3

Вы можете упаковать файлы css и js в качестве ресурсов и использовать их с помощью обработчика ресурсов, но вы не сможете редактировать их в будущих проектах, если возникает исключение дизайна (например, вам нужно изменить a css, потому что он сталкивается с основным css другого проекта).

Почему бы не создать пакет nuget? некоторые преимущества

  • У вас есть все на почтовый файл (вы не должны публиковать пакет использовать)
  • Вы можете добавить проект непосредственно из консоли
  • NuGet создает соответствующую папку структура для представлений и контроллеров для области администрирования
  • Если вам нужно ее удалить, вы просто удалите ее, и она отобрат все файлы.
  • Кроме того, у вас есть возможность изменять файлы css и js для администратора.
  • Это проще, чем иметь DLL «черного ящика» в вашем приложении, которое обрабатывает маршруты и обслуживает упакованные файлы, скрытые от остальной части приложения.

Вот некоторые учебники о том, как создать свой собственный NuGet пакет:

Смежные вопросы