Где вы храните общие справочные файлы для нескольких проектов Silverlight? - PullRequest
1 голос
/ 01 апреля 2011

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

Я создаю несколько проектов Silverlight, которые публикуются в разные даты.Все эти проекты используют общий код varios (общие dll).Этот общий код будет использоваться на стороне клиента или на стороне сервера.У меня такой вопрос: если вы измените общий код, перекомпилируете ли вы весь связанный проект и выпустите или перекомпилируете только тогда, когда вы вносите изменения в реальный код, который использует общий компонент?папку ссылки на сборку в каждом проекте silverlight и поместите в нее последние требуемые библиотеки.При этом он имеет все необходимые файлы в самом XAP, и он не будет конфликтовать с другими проектами и работает нормально.При таком подходе я не буду перестраивать любой другой код на стороне клиента только потому, что изменилась общая dll.Если для нескольких проектов требуется общее изменение dll, отбросьте последнюю копию во всех затронутых проектах, постройте и распространите их.

С другой стороны, на стороне сервера (доменные службы, использующие EF), все службыКод находится в папке bin веб-сайта.Поэтому, если я внесу изменение в общую dll, то мне нужно не только опубликовать последнюю общую dll для работы текущего проекта, но и перекомпилировать все другие службы для использования новой dll.

Хотелось бызнать ваши мнения и предложения.Спасибо

Ответы [ 2 ]

0 голосов
/ 01 апреля 2011

Другой альтернативой для ваших проектов Silverlight будет использование MEF для динамической загрузки XAP-файла , содержащего общие библиотеки. Затем, если общие библиотеки изменятся, вы можете опубликовать обновленный «CommonLibraries.xap», и ваши клиенты Silverlight смогут получить обновление независимо от остальной части приложения Silverlight.

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

Если возможно, рассмотрите возможность использования кода "общей библиотеки" через службы WCF.

0 голосов
/ 01 апреля 2011

Возможны два подхода:

  • Добавьте общий код к решению и получите ссылку на проект
  • Получить процесс сборки для создания папки и ссылки оттуда

Я предпочитаю первый вариант. Я всегда строю и отлаживаю, используя последний код, и мне не нужно беспокоиться об устаревших ссылках. Я использовал второй подход в прошлом , и он грязный и может тратить время вашей команды на отладку несуществующих ошибок (ссылка на старую версию). На самом деле я помню, что Visual Studio иногда не получал более позднюю версию, когда она была доступна.

...