Многоцелевой ад и изменение настроек проекта

Question

OK. Сегодня я немного сходил с ума от проекта WPF. Я использую VS2010 с .NET 4.0, и я добавил простую ссылку на другой проект в своем решении, добавил переменную-член одного из указанных типов и попытался скомпилировать. Ничего такого. Ну что то. Он не распознал тип вообще.

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

Некоторые из вас, читающих это, уже знают, что это такое, но я думал, что схожу с ума.

По умолчанию в проекте WPF используется профиль клиента, в то время как другие проекты ориентированы на полную версию .NET 4.0. У меня были отключены предупреждения (глупо), поэтому я не вижу предупреждения о несоответствии профиля клиента.

Кто-нибудь еще думает, что глупо иметь проекты WPF по умолчанию с ориентацией на профиль клиента, а остальные проекты по умолчанию нацелены на полную версию .NET 4.0?

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

Answer 1

Многие типы проектов в VS2010 ориентированы на профиль клиента. На этот раз MS прилагает все больше усилий, чтобы получить профиль клиента 4.0 (профиль клиента 3.5 был в значительной степени проигнорирован).

Для чего стоит, какой профиль для целевого типа проекта по умолчанию определен в его шаблоне, и его легко изменить, если вы хотите ([VS Root] \ Common7 \ IDE \ ProjectTemplates и изменить элемент TargetFrameworkProfile внутри csproj файлы внутри шаблонов, как вы считаете нужным). Я не рекомендую это все же.

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