Lohnt es sich, auf das .NET-Clientprofil abzuzielen?

Question

Ich habe vor kurzem darüber nachgedacht, das .NET-Clientprofil für eine WPF-Anwendung, die ich erstelle, als Zielgruppe zu verwenden.Ich war jedoch frustriert, als ich feststellte, dass das Client-Profil nur für die folgenden Betriebssystemkonfigurationen gültig ist:

• Windows XP SP2+
• Windows Server 2003 Bearbeiten: Erscheint Das Client-Profil lässt sich nicht auf Windows Server 2003 installieren.

Darüber hinaus ist das Kundenprofil nicht gültig für x64- oder ia64-Editionen;und wird auch nicht installiert, wenn eine frühere Version von .NET Framework installiert ist.

Ich frage mich, ob sich der Aufwand für das Hinzufügen der zusätzlichen Betriebssystemkonfigurationen zur Testmatrix lohnt.Gibt es Kennzahlen, die den Prozentsatz der Benutzer angeben, die möglicherweise vom Kundenprofil profitieren könnten?Ich glaube, dass nach der Installation des .NET Frameworks im Rahmen einer Webanforderung zusätzliche Informationen an einen Webserver übergeben werden, die anzeigen, dass das Framework verfügbar ist.Zugegebenermaßen kann ich mir vorstellen, dass es viele Benutzer von Windows XP SP2 ohne installiertes .NET Framework gibt.Es wäre dann die Frage, ob sich meine Bewerbung konkret an diese Personen richtete.

Hat sonst noch jemand herausgefunden, ob sich der zusätzliche Aufwand lohnt, diese spezifischen Benutzer gezielt anzusprechen?

Bearbeiten:Es scheint, dass es möglich ist, eine Compiler-Warnung zu erhalten, wenn Sie Funktionen verwenden, die nicht im Client-Profil enthalten sind.Da ich normalerweise Warnungen als Fehler ausführe, reicht dies hoffentlich aus, um die Tests in dieser Konfiguration zu minimieren. Natürlich muss diese Konfiguration noch getestet werden, aber es sollte so einfach sein, zu testen, ob die Installation/erste Ausführung unter XP mit SP2+ funktioniert.

Answer 1

Letztendlich wird es keinem Benutzer schaden, wenn Sie auf das Kundenprofil abzielen.Dies liegt daran, dass das Clientprofil eine Teilmenge des .net Framework v3.5 sp1 ist und wenn v3.5 sp1 bereits installiert ist, müssen Sie nichts installieren.

Bei den Assemblys im Client-Profil handelt es sich um dieselben Binärdateien wie im vollständigen Framework. Wenn Sie also Assemblys nicht dynamisch laden, sollten Sie keine zusätzlichen Tests durchführen müssen.

Meiner Meinung nach sollten Sie darauf abzielen, es sei denn, Sie müssen Assemblys verwenden, die NICHT im Kundenprofil enthalten sind.

Was die Betriebssystemanforderungen betrifft, so läuft WPF nicht auf SP2 vor XP. Wenn Sie es also auf anderen Betriebssystemen ausführen müssen, müssen Sie ohnehin WinForms verwenden.

BEARBEITEN:

Im IE, ja.Es sendet die .NET Framework-Version als Teil der UA-Zeichenfolge, z. B.:

Eigentlich gilt das auch für FF3+3.5sp1:

Mozilla/5.0 (Windows;U;Windows NT 6.0;en-US;rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)

Answer 2

Ich denke, es ist wichtig, so viele Benutzer wie möglich anzusprechen. Haben Sie jemals darüber nachgedacht, Ihre Anwendung überhaupt ohne verwalteten Code auszuliefern?Sie können Ihre verwalteten Anwendungen mit Tools wie z. B. in reinen Maschinencode konvertieren http://www.xenocode.com/ oder http://www.remotesoft.com/linker/ Sie benötigen also überhaupt kein .NET-Framework auf den Client-Rechnern.

Answer 3

Ich glaube, dass nach der Installation des .NET Frameworks im Rahmen einer Webanforderung zusätzliche Informationen an einen Webserver übergeben werden, die anzeigen, dass das Framework verfügbar ist.

Im IE, ja.Es sendet die .NET Framework-Version als Teil der UA-Zeichenfolge, z. B.:

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