Клиентский режим профиля является подмножеством Полной Платформы.NET, и это устраняет связанные с разработчиками блоки, которые являются ненужными для развертывания конечного пользователя и и т.д. Все выглядит большим, и это действительно помогает нам решить развертывание огромная проблема передачи данных.
Но какова потребность Клиентского типа проекта профиля как по умолчанию? Я действительно чувствую, что это является раздражающим меня, так как я должен переключиться на полный режим Framework каждый раз, когда я создаю новый проект.
P.S.: не предлагайте, чтобы я установил режим Full Framework.NET как по умолчанию в Visual Studio, если это имеет. Я хочу знать реальную выгоду этого нового типа проекта и могу быть, я неправильно понял бы это понятие.
У Вас есть идея об этом?
Ну, это зависит от того, что вы делаете.
Для большинства проектов вполне достаточно настроить таргетинг на профиль клиента. Вы уже описали преимущества: более быстрая установка и меньше данных для загрузки во время установки .NET framework.
Только если вам нужны классы, в основном используемые на серверах, вам нужно вручную перейти на «полную» версию.
Вот мое предположение:
Однако, поскольку большинство разработчиков, которые не знают, что он делает, не меняют состояние по умолчанию, по умолчанию используется профиль клиента - у него нет реальных недостатков, если только вам нужны «продвинутые» классы.
Таким образом, если ваш проект будет работать на платформе «Профиль клиента», вы должны настроить таргетинг на него - некоторые пользователи, у которых еще не установлена .NET Framework, извлекут из этого выгоду.
Остальные этого не заметят, поскольку «Профиль клиента» является подмножеством «полного» .NET и полностью совместим.
Если Профиль клиента будет использоваться по умолчанию, больше разработчиков будут использовать его, что приведет к лучшему принятию Профиля клиента, что, по сути, является беспроигрышной ситуацией для разработчиков и пользователей. Профиль клиента, как вы уже сказали, упрощает развертывание для разработчика и уменьшает размер загрузки для конечного пользователя. На мой взгляд, хорошо использовать его по умолчанию. Вы можете перейти на полный фреймворк позже, если это действительно необходимо.