Сведения о вопросе

LARVION

06:46, 22nd August, 2020

Теги

Стоит ли таргетировать профиль клиента .NET?

Просмотров: 539   Ответов: 3

Я недавно изучал таргетинг профиля клиента .NET для приложения WPF, которое я создаю. Однако я был разочарован, заметив, что профиль клиента действителен только для следующих конфигураций OS:

  • Windows XP С ПАКЕТОМ ОБНОВЛЕНИЯ 2+
  • Windows Server 2003 Edit: отображается профиль клиента, который не будет установлен на Windows Server 2003.

Кроме того, профиль клиента недопустим для версий x64 или ia64, а также не будет установлен, если была установлена любая предыдущая версия платформы .NET .

Мне интересно, стоят ли усилия по добавлению дополнительных конфигураций OS в матрицу тестирования этих усилий. Существуют ли какие-либо доступные метрики, указывающие процент пользователей, которые могли бы извлечь выгоду из профиля клиента? Я считаю, что после установки фреймворка .NET дополнительная информация передается на веб-сервер как часть веб-запроса, означающего, что фреймворк доступен. Конечно, я бы предположил, что пользователи Windows XP SP2 без установленного фреймворка .NET будут большим количеством людей. Тогда встанет вопрос о том, было ли мое заявление адресовано именно этим лицам.

Кто-нибудь еще определил, стоит ли тратить дополнительные усилия на этих конкретных пользователей?

Edit: похоже, что можно получить предупреждение компилятора, если вы используете функции, не включенные в профиль клиента. Поскольку я обычно запускаю предупреждения как ошибки, этого, надеюсь, будет достаточно, чтобы свести к минимуму тестирование в этой конфигурации. Конечно, эту конфигурацию все равно нужно будет протестировать, но она должна быть такой же простой, как тестирование, если установка/начальный запуск работает на XP с SP2+.



  Сведения об ответе

PIRLO

01:42, 9th August, 2020

В конечном счете, это не повредит никому из пользователей, если вы нацелитесь на профиль клиента. Это происходит потому, что профиль клиента является подмножеством .net framework v3.5 sp1, и если v3.5 sp1 уже установлен, вам не нужно ничего устанавливать.

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

Я думаю, что если вы не должны использовать сборки, которые являются NOT в профиле клиента,то вы должны ориентироваться на него.

Что касается требований OS, то WPF не будет работать на pre-XP sp2, так что если вам нужно работать на других OSes, то вам все равно придется использовать WinForms.

EDIT:

На IE, да. Он отправляет версию фреймворка .NET как часть строки UA, например:

На самом деле то же самое делает FF3+3.5sp1:

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.1) геккон/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)


  Сведения об ответе

KOMP

15:24, 26th August, 2020

Я думаю, что важно нацелить как можно больше пользователей, вы когда-нибудь рассматривали возможность доставки вашего приложения без какого-либо управляемого кода вообще? Вы можете конвертировать управляемые приложения в чистый машинный код с помощью таких инструментов, как http://www.xenocode.com/ или http://www.remotesoft.com/linker/ , так что вам вообще не понадобится никакой фреймворк .NET на клиентских компьютерах.


  Сведения об ответе

ITSME

06:47, 23rd August, 2020

Я считаю, что после установки фреймворка .NET дополнительная информация передается на веб-сервер как часть веб-запроса, означающего, что фреймворк доступен.

На IE, да. Он отправляет версию фреймворка .NET как часть строки UA, например:

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; .NET CLR 2.0.50727).


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться