Рекомендации по обновлению Visual Studio 2008/2010 [закрыто]

Question

В настоящее время думаю о том, чтобы представить аргумент в пользу перехода с версии 2005 (winforms) на версию 2008 (wpf).Моя главная мысль — новые особенности дизайна пользовательского интерфейса.

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

Кто-нибудь был в подобной ситуации?

Также приветствуются любые аргументы за и против.

Ваше здоровье.

Answer 1

Лично я думаю, что будет вполне безопасно перейти на 2008 год, поскольку 2010 год — это просто расширения поверх него и улучшения поддержки Visual Studio во время разработки для WPF.Поэтому переход не должен быть таким уж сложным.Больше похоже на обновление проекта Win Forms или ASP.NET 2005-2008 годов, что является легкой прогулкой.

Я считаю, что лучше выполнить обновление раньше, чем позже, чтобы вы не «увязли» в существующей структуре/системе.Если вы продолжаете строить то, что в конечном итоге замените, становится все труднее и труднее обосновать перед руководством необходимость переезда.

Answer 2

Я оказался в такой же ситуации и решил пойти по подписке MSDN, где я получаю все новые инструменты разработки по мере их появления.У меня есть запасная машина, которую я использую для «следующей версии» компилятора, которую я использую для тестирования миграции, поэтому я, по крайней мере, знаю, чего ожидать, когда нужно будет принять решение.Меня это устраивает, и я думаю, что если у вас есть приличная настройка виртуализации, тем лучше.

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

Answer 3

Ваш вопрос для меня не совсем понятен.Вы спрашиваете, следует ли вам перенести существующие приложения из Winforms в WPF?Или вы просто хотите начать создавать новые приложения WPF, но продолжать работать с существующими проектами Winform?

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

Однако это не имеет ничего общего с Winforms и WPF.

Если вы хотите начать создавать приложения WPF, нет смысла ждать VS 2010.VS 2008 имеет отличную поддержку обоих типов приложений.

Answer 4

Я согласен с теми, кто предлагает перейти на VS 2008 сейчас.Однако следует учитывать одну вещь: WPF требует довольно высокой кривой обучения.У меня было ограниченное знакомство с WPF и Silverlight, и я считаю, что они полностью «меняют сознание» по сравнению с моделью WinForms.Удачи.

Answer 5

Я бы прыгнул сейчас, если бы был на твоем месте.Это сведет к минимуму влияние скачка 2010 года, поскольку вы привыкнете ко многим новым функциям, к которым вам уже придется привыкнуть.Кроме того, вы сможете наслаждаться улучшенной производительностью и возможностями в течение многих месяцев до выхода версии 2010.

Answer 6

Winforms и WPF — это огромная разница.Это гораздо большее изменение, чем переход с 2005 на 2008 год.Я бы не стал считать это основной причиной обновления до 2008 года.Я также понятия не имею о масштабах вашего проекта и о том, действительно ли WPF является лучшим направлением для развития вашего продукта.Или если смесь выражений — это все, что вам нужно для запуска этих пользовательских интерфейсов.

Вместо того чтобы рассказывать о WPF, я бы сосредоточился на реальных преимуществах, которые вы можете получить немедленно.В версии 2008 у вас есть возможность мультитаргетинга, поэтому вы можете создавать все приложения, которые вы использовали для создания в 2005 году, и настраивать их на платформу 2.0.По моему опыту, 2008 год работает быстрее, а улучшения рефакторинга являются отличным дополнением.В версии 2008 есть масса других новых улучшений, которые вы получаете «из коробки» и можете начать использовать с первого дня.

По словам Рико, главного архитектора 2010 года, в 2010 году вы получите еще более богатую возможность мультитаргетинга, что позволит вам перейти на 2010 год раньше и не заставлять вас использовать CLR версии 4 с самого начала.

Answer 7

На данный момент я взял за правило обновляться до последней версии как можно скорее.Хотя для разработчика приложений здесь есть свои подводные камни, упр..Net Framework 3.5 не встречается на большинстве компьютеров, и если я отправляю установщик начальной загрузки размером 20 МБ, он настаивает на активном подключении к Интернету для загрузки необходимых файлов.Полный установщик весит 198 МБ, и хотя он мне не нравится, мне приходится отправлять его вместе с программным обеспечением.

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

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

Answer 8

Здесь есть основной процессуальный вопрос, который, я думаю, не следует упускать из виду:

Когда наступает подходящее время для обновления инструментов разработки и производственной среды?

С одной стороны, вы можете пропустить 2008 год, но тогда возникает вопрос, когда будет принят 2010 год:После первого выпуска, первого выпуска пакета обновления или какой-либо другой важной вехи?Это может привести к созданию большего количества устаревшего кода, если вы останетесь в 2005 году, используя платформу 2.0, а другие перейдут на другие платформы.Даже если вы перейдете на 2008, она все равно может быть нацелена на платформу 2.0, так что обновление платформы .Net может происходить отдельно, что некоторым может понравиться.Еще один ключевой момент в этом лагере — кто проводит исследование, чтобы оценить различия между версиями и определить, какую из них стоит изменить.

С другой стороны, вы могли бы предположить, что существует непрерывная стратегия подготовки к обновлению каждые 3 года или около того, поскольку выпуски Visual Studio за последнее десятилетие были примерно 2002, 2003, 2005 и 2008 годами.Мне кажется, что это лучший подход, поскольку происходит скорее постоянная эволюция, чем полное пребывание взаперти.В этом случае могут появиться новые функции, которые нужно привыкнуть, поскольку новые инструменты появляются быстрее по сравнению с первым случаем, когда сдвиг можно рассматривать как большой шаг, тогда как в этом случае он не такой уж большой, поскольку вы всегда стремитесь к дальнейшему развитию. 2-3 года.

Конечно, как я уже сказал, на моей старой рабочей машине установлена ​​​​Visual Studio 2003, 2005 и 2008, так что я отношусь к тому последнему лагерю, который имеет для меня смысл.Я помню, 10 лет назад на моей рабочей машине была NT 4.0, процессор Pentium II 333 МГц, 64 МБ ОЗУ и жесткий диск емкостью 4 ГБ, на котором нужно было иметь два раздела, поскольку он не позволял одному разделу быть таким большим.Теперь моя рабочая машина имеет только 4 ГБ оперативной памяти, двухъядерный процессор с частотой 2,66 ГГц и жесткий диск емкостью 160 ГБ.Могу ли я через 10 лет иметь машину с сотнями ГБ оперативной памяти?Хотя это может показаться смешным, но если бы я делил машину с горсткой других разработчиков, возможно, имело бы смысл разделить огромный объем памяти между нами всеми.