Решение ASP.NET для миграции на 3.5 ... но только для * некоторых * проектов CS! - PullRequest
0 голосов
/ 28 апреля 2009

Мне нужно перенести решение .net с 1.1 на 3.5. В настоящее время решение содержит 2 проекта CS: 1) библиотеку классов и 2) приложение веб-службы.

Проблема : мне нужно перенести файл решения и проект приложения веб-службы, однако я не могу перенести библиотеку классов, поскольку она используется совместно с другим решением, которое не будет перенесено!

Поскольку приложение веб-службы ссылается на библиотеку классов, я думаю, что мне нужно добавить ссылку DLL в каталог библиотеки классов bin . Мне не очень нравится эта идея.

Каталог bin в настоящее время не является частью контроля версий. Значит ли это, что мне нужно добавить библиотеку dll для контроля версий тоже. Опять же мне не нравится эта идея.

Мой подход правильный? Есть ли лучший способ сделать это?

Ответы [ 3 ]

1 голос
/ 28 апреля 2009

Звучит так, как будто вы на правильном пути. Я бы строго назвал и версию вашей библиотеки классов (если это еще не сделано). Для версии я делаю 4-е место в версии по номеру ревизии / ревизии. Таким образом, при необходимости я могу получить источник.

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

1 голос
/ 28 апреля 2009

Вы должны создать в своем решении папку «Зависимости» (она не должна называться так), которая содержит все предварительно скомпилированные dll, которые вам требуются. Это должно быть включено в ваш источник управления, и ваш проект веб-службы должен ссылаться на скомпилированную библиотеку классов в папке Dependencies.

0 голосов
/ 28 апреля 2009

Вариант 1 - Разработайте свой проект, который должен поддерживать .NET 1.1 отдельно от веб-службы. Создайте папку под управлением исходного кода, где вы храните библиотеки, от которых зависит ваш веб-сервис. Когда вы обновите проект, соберите его и сохраните в папке зависимостей. Помните, что использование сборки .NET 1.1 с .NET 3.5 не идеально.

Вариант 2 - Включите проект, который должен поддерживать .NET 1.1, в оба решения, которые в этом нуждаются. При построении его с помощью веб-службы установите целевую платформу из свойств проекта на 3,5, а при использовании, где он должен поддерживать 1.1, установите целевое значение 1,1.

Почему вы не можете обновить приложение 1.1 до 2.0 или 3.5? Как если бы вы могли построить проект как 2.0 в варианте 1, узкого места не было бы.

...