Voll verstehen die .NET-Versionen und Abwärtskompatibilität

Habe ich eine .NET 2.0-Anwendung, und ich Plane zu machen ein "smart installer", die Prüfungen für die zur Verfügung .NET version auf dem PC des Benutzers und installieren bestimmten port.
Ich sah, dass:

Windows XP (SP2) kommt mit .NET 2.0
Windows Vista kommt mit .NET 3.0
Windows 7 kommt mit .NET 3.5
Windows 8 kommt mit .NET 4.5

Soweit ich weiß, ist die einzige Sache, die nicht rückwärts kompatibel ist, die CLR-version, die geändert nach .NET 4.0.

So, wenn ich nicht wollen, dass die Benutzer zum installieren zusätzlicher Rahmen nur für meine Anwendung, ich habe diese Versionen meiner app:

.NET 2.0 - XP (SP2 und höher), Vista (3.0 sollten in der Lage sein zu laufen 2.0) und 7 (3.5 sollten in der Lage sein zu laufen 2.0)
.NET 4.0 - wenn jemand installiert 4.0 NUR und haben keine andere
.NET 4.5 - für die Benutzer, die Windows 8 mit keinem anderen .NET installiert

Bin ich im Recht? Oder 4,5/4.0 abwärtskompatibel sind?

EDIT: Wenn die oberen Daten nicht Stimmen, bitte korrigieren Sie mich,

Urgh. Erstellen Sie eine andere version Ihrer Anwendung für jede version .NET verfügbar ist? Scheint wie eine Menge Verschwendete Zeit und Programmieraufwand. Warum nicht wählen Sie einfach den niedrigsten gemeinsamen Nenner?
Ich werde mich nicht ändern eine einzige Zeile, nur neu kompilieren für 3 verschiedene Versionen. Meine web-installer auswählen, welche man installieren.
Sie werden also nicht mit jeder .NET 3/3.5/4+ features überhaupt. Sie könnte genauso gut nur eine einzige .NET-2-version meiner Meinung nach? Was ist Ihre Argumentation für die nicht wollen, dass der Benutzer installieren zu müssen, einen Rahmen? Es scheint durchaus sinnvoll meiner Meinung nach.
Ich persönlich mag es nicht, die den Benutzer zwingen install frameworks nur für eine einzige app. Das ist einer der Gründe, die ich nicht mag Java und ich mag .NET. Das ist, warum ich meine software benötigt keine zusätzlichen Installationen.

InformationsquelleAutor blez | 2012-12-17

9

Soweit ich weiß, ist die einzige Sache, die nicht rückwärts kompatibel ist, die CLR-version, die geändert nach .NET 4.0.

Dies ist nicht wahr. Sie können Ihre .NET2 kompilierte Anwendung ausführen auf der .NET4 framework.

Müssen Sie nur fügen Sie Folgendes zu Ihrer app.config:
```
<configuration>
<startup>
    <supportedRuntime version="v2.0.50727"/>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0,Profile=Client"/>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
  </startup>
</configuration>
```
Hinweis, ich Stimme mit @KingKronus, dh Why not just pick the lowest common denominator?

In deinem Fall wäre das dann .NET2 zusammengestellt und nur ein Satz von PDB-Dateien und einer compilation legen.

Ja, du brauchst zum testen Ihrer .NET2-kompilierte app läuft OK auf der .net4 Laufzeit, ABER Sie müssten testen Sie Ihre app in den einzelnen Rahmen, der in der ursprünglichen Lösung sowieso.
- Ist es die gleiche Sache, aber für 4.5? Und funktioniert das für 3.5 auf 4.0-Projekte zu?
- ich war die überprüfung, dass gerade jetzt...beste Sache ist, es zu versuchen. siehe auch dieser link: msdn.microsoft.com/en-us/library/ff602939.aspx The .NET Framework 4.5 is backward-compatible with applications that were built with the .NET Framework versions 1.1, 2.0, 3.0, 3.5, and 4.
- und ja, das wird funktionieren auf 3.5 Projekte zu; denken Sie daran, dass es "funktioniert" da .net3.5 Projekte noch verwenden .net2 Laufzeit
- Sehr netter Zug von Microsoft. Aber ich Frage mich, was dieser Beitrag ist über? stackoverflow.com/questions/12612166/...
- was ist es? das ist das gleiche wie das, was ich vorgeschlagen.
- Ich dachte, dass die 4.5 läuft alles ohne spezielle config.
- Nein, definitiv nicht. dass der erste link, den ich gepostet bestätigt dies. die .NET-Architektur zwingt Sie, sich Sie die verschiedenen Laufzeiten zu Ihrer app.config, das macht Sie denken zumindest über die Prüfung Sie auf die unterschiedlichen Laufzeiten. hinzufügen der config ist das Besondere, das geht sehr schnell (und es funktioniert auch!)
- Diese Lösung scheint nicht zu funktionieren wie gewünscht in windows 8.1, weil es öffnet sich ein dialog, es zu sagen, könnte nicht arbeiten und empfiehlt die Installation .net 3.5, obwohl ich Kopier das oben in der app.config.
InformationsquelleAutor wal
0
1. Eigentlich brauchen Sie nicht zu überprüfen, es manuell. Ihre Anwendung zeigen die richtige Meldung angezeigt, nachdem Sie es laufen und Fragen Benutzer zum herunterladen und installieren der benötigten version.
2. Wenn Ihr noch Unterstützung für windows XP, wählen Sie .NET 4.0. .NET 4.5 wird damit umgehen
- "Eigentlich müssen Sie nicht überprüfen Sie Sie manuell. Ihre Anwendung zeigen die richtige Meldung angezeigt, nachdem Sie es laufen und Fragen Benutzer zum herunterladen und installieren der benötigten version." das ist wahr, nur auf Windows 8.
- Falsch. Windows XP und Windows 7 wird Ihnen zeigen, dass dialog, wie auch ich es gecheckt. Windows XP erkennt nicht 4.5, sondern 4.0 sicher
- Ich möchte nicht, dass der Benutzer installieren Sie die ganzen Rahmen nur für meine Anwendung.
- Nur für den Fall das der Anwender nicht haben .NET frameworks installiert ist, die beste Wahl ist, zu verwenden .NET 4.0 . Aber ich kann mir nicht vorstellen, dass alle user heute, die das nicht brauchen .NET 4.0, bevor Sie Ihre software ;). Und ich denke .NET 4.0 wird automatisch installiert, wenn windows update AUF.
- Stellen Sie sich die meisten Leute in China/Indien, die noch mit XP 🙂
- Nicht nur China/Indien, aber auch viele andere Länder, aber warum hast du das schon erwähnt?
- vielen Dank für diese großartige Frage. Es gibt nicht nur "Entwicklungsländern" in Asien, aber die USA als auch. Ihr denken ist genau das richtige zu treffen Kunden auf Ihre hardware betrifft. Ich verkaufe software für Arztpraxen und es ist bemerkenswert, wie viele Arbeitsplätze brauchen .NET 2.0-level-Kompatibilität.
InformationsquelleAutor VladL

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.