Kann ich alte Java-, VC- und .net-Installationen entfernen?

537
dushkin

Mit dem großen UninstallView-Dienstprogramm wurden folgende Installationen auf meinem Computer gefunden:

Java-Installationen VC-Installationen .Netzinstallationen

Kann ich einige davon entfernen und welche?

Danke vielmals!

0
Ich bin zwar nicht mit dem "meinungsbasierten" nahen Grund einverstanden, es ist jedoch besser, für jede Software separate Fragen zu stellen, da diese unterschiedliche Antworten haben. In der Tat glaube ich, dass sie alle schon anderswo beantwortet werden könnten; benutze die Site-Suche Bob vor 6 Jahren 0
[Visual C ++ Redistributables können im Allgemeinen nicht sicher entfernt werden] (https://superuser.com/questions/242699/which-versions-of-c-redistributables-can-i-remove), da Programme von bestimmten Versionen davon abhängen . Wenn Sie einen entfernen, wird wahrscheinlich etwas kaputt gehen. Bob vor 6 Jahren 0
.NET Framework 2.0, 3.0 und 3.5 sind alle kompatibel. dh 2.0-Assemblies laufen auf 3.0 und 3.5. .NET Framework 4.0, 4.5, 4.6 und 4.7 sind alle kompatibel (jedoch nicht mit Pre-4.0). Wenn Sie die [Targeting-Packs] (https://superuser.com/questions/1038423/what-is-net-multi-targeting-pack) entfernen, bedeutet dies in diesem Fall, dass Visual Studio beim Kompilieren dieser Version keine Intellisense-Dokumentation anbietet . Aber es ist wahrscheinlich nicht wert, entfernt zu werden. Sie sind ziemlich klein. Bob vor 6 Jahren 0
Java sollte alte JRE-Versionen automatisch bereinigen und [in der Regel * benötigen Sie * nur die aktuellste Version] (https://superuser.com/questions/838473/are-old-javatm-6-updates-safe-to-remove). . Einige Programme speichern jedoch bei der Installation einen Pfad zu einer bestimmten Version, sodass Sie möglicherweise die Konfigurationen anpassen müssen. Bob vor 6 Jahren 0
@ Bob Danke Bob. So wie ich es von Ihnen verstehe, lasse ich sie alle lieber. dushkin vor 6 Jahren 0
Wenn Sie nicht für .NET entwickeln und nur ein Benutzer sind, benötigen Sie keine SDKs und Targeting-Packs. Die älteren JREs können in den meisten Fällen sicher entfernt werden. Wenn Sie jedoch nicht verzweifelt nach Festplattenspeicher suchen, ist es die sicherste Option, sie zu verlassen, ja. Bob vor 6 Jahren 0
Wenn sie installiert sind, haben Sie ein Programm, das sie benötigt. Ramhound vor 6 Jahren 0

2 Antworten auf die Frage

3
djsmiley2k

Bob antwortete darauf in den Kommentaren und sagte dann, jemand könnte es ebenso gut beantworten, also hier bin ich.

Visual C ++ Redistributables können im Allgemeinen nicht sicher entfernt werden, da Programme von bestimmten Versionen davon abhängen. Wenn Sie einen entfernen, wird wahrscheinlich etwas kaputt gehen.

.NET Framework 2.0, 3.0 und 3.5 sind alle kompatibel. dh 2.0-Assemblies laufen auf 3.0 und 3.5. .NET Framework 4.0, 4.5, 4.6 und 4.7 sind alle kompatibel (jedoch nicht mit Pre-4.0). In diesem Fall bedeutet das Entfernen der Targeting-Packs, dass Visual Studio beim Kompilieren dieser Version keine Intellense-Dokumentation anbietet. Aber es ist wahrscheinlich nicht wert, entfernt zu werden. Sie sind ziemlich klein.

Java sollte alte JRE-Versionen automatisch bereinigen, und im Allgemeinen benötigen Sie nur die neueste Version. Einige Programme speichern jedoch bei der Installation einen Pfad zu einer bestimmten Version, sodass Sie möglicherweise die Konfigurationen anpassen müssen

Wenn Sie nicht für .NET entwickeln und nur ein Benutzer sind, benötigen Sie keine SDKs und Targeting-Packs. Die älteren JREs können in den meisten Fällen sicher entfernt werden. Wenn Sie jedoch nicht verzweifelt nach Festplattenspeicher suchen, ist es die sicherste Option, sie zu verlassen, ja.

Ich habe deine Antwort erst gesehen, nachdem ich meine eigene gepostet habe. Schön. Tonny vor 6 Jahren 1
3
Tonny

Nicht Der Nutzen ist minimal, das Potenzial für Probleme ist enorm.

Theoretisch sollten Sie eine Reihe älterer Versionen von Software-Laufzeiten wie VC ++, Java und .NET entfernen können.

In der Praxis gibt es jedoch zwei Hauptprobleme:

  1. Es gibt eine Menge Software, die davon ausgeht, dass die zum Zeitpunkt der Installation mitgelieferte Version für immer auf dem System verbleiben wird. Manchmal ist dies beabsichtigt: "Wir haben nicht mit neueren Versionen getestet, da es diese damals noch nicht gab. Daher gehen wir nicht davon aus, dass unser Produkt damit funktionieren wird." Manchmal ist es nur eine schlechte Codierung vom Entwickler.
  2. Die andere Sache ist, dass in einigen Fällen die ältere Version deinstalliert werden kann, weil das Installationsprogramm versehentlich etwas entfernt, das auch von den neueren Versionen dieser Laufzeitumgebung benötigt wird.
Speziell für VC ++ muss * Sie * auf eine bestimmte Version verlinken (ich denke, 2017 hat sich geändert, aber irgendetwas älteres ...). VC ++ war überhaupt nicht abwärtskompatibel. Für Java gibt es drei (1.0, 2.0 und 4.0) etwas inkompatible CLRs. Bob vor 6 Jahren 0
Entschuldigung, das inkompatible CLR-Bit befasste sich mit .NET, nicht mit Java. Bob vor 6 Jahren 0

Verwandte Probleme