Как вы все знаете, VS 2010 RC отключен для подписчиков MSDN.
К сожалению, я предполагаю, что у меня такая же проблема, как и у некоторых из вас, в том, что компания, над которой я работаю, хочет продолжать поддерживать наши проекты на VS 2008.
Я хотел бы знать, возможно ли мне работать с VS 21010, а затем преобразовать мои проекты обратно в VS2008?
Я намерен использовать v3 рамки для этого конкретного проекта.
Спасибо заранее.
Это зависит от типа используемого вами проекта. Абсолютно невозможно конвертировать VС++ с 2010 года, так как они имеют совершенно другой формат и нет инструментов для отката. Тем не менее, С# и VB.NET по-прежнему используют тот же формат проекта msbuild, что и в VS2008, который будет изменен в следующей версии VS (Dev11), и поэтому все, что вам нужно для управления версией проекта С# или VB.NET, это атрибут ToolsVersion Элемент проекта.
Версия проекта VS 2008 С#:
<Project DefaultTargets="Build" ToolsVersion="3.5" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
Версия проекта VS 2010 С#:
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
Один из подходов - использовать обе системы проекта одновременно, как это делает наша команда. Другим является использование таргетинга для разных .NET-фреймворков в VS2010-проектах. V2010 поддерживает все предыдущие .NET-среды в качестве целевых заданий до .NET 2.0
Наконец, не расстраивайтесь, используя VS2008, поскольку он намного быстрее и надежнее.
Он перезаписывает строки, найденные в http://blogs.msdn.com/rextang/archive/2009/07/06/9819189.aspx между обеими версиями в автоматическом режиме.
Я думаю, было бы легче сохранить рабочие проекты в VS 2k8 и просто конвертировать до VS 2k10 на вашем конце. Конечно, это означает, что вам придется вручную отредактировать все изменения, внесенные в файлы решений или проектов, но вам придется делать это в любом случае.
Возможно, было бы лучше, если бы ваша компания инвестировала средства в утилит (например, SCons или CMake), которые могли генерировать файлы решений/проектов для столько IDE, сколько вам нужно, учитывая набор метаданных, чтобы инженеры компаний могли использовать любые где они наиболее удобны.
Хотя я думаю, что есть аргумент в пользу того, чтобы все работали в любом пакете IDE, который им больше всего нравится, в конечном итоге производительность будет решающим фактором. Если инженер тратит слишком много времени на преобразование файлов проекта взад и вперед между IDE, ну, тогда стандартизованный пакет программного обеспечения, вероятно, является мудрым выбором.
для преобразования файла решения visual studio 2010 (.sln) в файл решения visual studio 2008 (.sln) просто выполните следующие действия: