Могу ли я удалить старые установки Java, VC и .net?

445
dushkin

Используя замечательную утилиту UninstallView, я обнаружил следующие установки на моем компьютере:

java installations VC installations .Net installations

Итак, я могу удалить некоторые из них и какие?

Большое спасибо!

0
Хотя я не согласен с «основанной на мнении» близкой причиной, лучше задавать отдельные вопросы для каждой части программного обеспечения, так как они имеют разные ответы. На самом деле, я полагаю, что на них все уже можно было бы ответить; используйте поиск по сайту. Bob 6 лет назад 0
[Распространяемые Visual C ++, как правило, небезопасно удалять] (https://superuser.com/questions/242699/which-versions-of-c-redistributables-can-i-remove), поскольку программы будут зависеть от конкретных их версий , Удаление одного, вероятно, что-то сломает. Bob 6 лет назад 0
.NET Framework 2.0, 3.0 и 3.5 все совместимы. т.е. сборки 2.0 будут работать на 3.0 и 3.5. .NET Framework 4.0, 4.5, 4.6 и 4.7 - все они совместимы (но не с предварительной версией 4.0). В этом конкретном случае удаление [целевых пакетов] (https://superuser.com/questions/1038423/what-is-net-multi-targeting-pack) будет означать, что Visual Studio не будет предлагать документацию по intellisense при компиляции для этой версии. , Но это, вероятно, не стоит удалять; они довольно маленькие. Bob 6 лет назад 0
Java должна автоматически очищать старые версии JRE и [как правило, вам нужна только * последняя версия] (https://superuser.com/questions/838473/are-old-javatm-6-updates-safe-to-remove) , Однако некоторые программы сохраняют путь к определенной версии при установке, поэтому вам может потребоваться изменить настройки. Bob 6 лет назад 0
@Bob Спасибо, Боб. Итак, насколько я понимаю от вас, я лучше оставлю их всех. dushkin 6 лет назад 0
Если вы не разрабатываете для .NET и являетесь только пользователем, вам не нужны пакеты SDK и пакеты таргетинга. Старые JRE безопасны для удаления в большинстве случаев. Но если вы не отчаянно нуждаетесь в дисковом пространстве, то оставить их - самый безопасный вариант, да. Bob 6 лет назад 0
Если они установлены, то у вас есть программа, которая требует их. Ramhound 6 лет назад 0

2 ответа на вопрос

3
djsmiley2k

Боб ответил на это в комментариях, а затем сказал, что кто-то может также сделать это ответ, так что я здесь.

Распространяемые файлы Visual C ++, как правило, небезопасно удалять, поскольку программы будут зависеть от их конкретных версий. Удаление одного, вероятно, что-то сломает.

.NET Framework 2.0, 3.0 и 3.5 все совместимы. т.е. сборки 2.0 будут работать на 3.0 и 3.5. .NET Framework 4.0, 4.5, 4.6 и 4.7 - все они совместимы (но не с предварительной версией 4.0). В этом конкретном случае удаление пакетов таргетинга будет означать, что Visual Studio не будет предлагать документацию intellisense при компиляции для этой версии. Но это, вероятно, не стоит удалять; они довольно маленькие.

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

Если вы не разрабатываете для .NET и являетесь только пользователем, вам не нужны пакеты SDK и пакеты таргетинга. Старые JRE безопасны для удаления в большинстве случаев. Но если вы не отчаянно нуждаетесь в дисковом пространстве, то оставить их - самый безопасный вариант, да.

Я не видел ваш ответ, пока я не опубликовал свой собственный. Хороший. Tonny 6 лет назад 1
3
Tonny

Не. Преимущества минимальны, потенциал для проблем огромен.

Теоретически вы должны быть в состоянии удалить ряд более старых версий времени выполнения программного обеспечения, таких как VC ++, Java и .NET.

Но на практике это связано с двумя основными проблемами:

  1. Существует множество программ, которые предполагают, что конкретная версия, с которой они работали во время установки, останется в системе навсегда. Иногда это делается намеренно: «Мы не тестировали с более новыми версиями, так как их не было в то время, поэтому мы не собираемся предполагать, что наш продукт будет работать с ними». Иногда это просто плохое кодирование от разработчика.
  2. Другое дело, что в некоторых случаях удаление более старой версии может привести к поломке более новой, поскольку установщик непреднамеренно удаляет что-то, что также требуется более новой версией (версиями) этой среды выполнения.
В частности, для VC ++ вы * должны * ссылаться на конкретную версию (я думаю, что 2017 год изменил это, но все, что старше ...). VC ++ не был обратно совместим вообще. Для Java есть три (1.0, 2.0 и 4.0) несколько несовместимых CLR. Bob 6 лет назад 0
Извините, бит несовместимых CLR касался .NET, а не Java. Bob 6 лет назад 0

Похожие вопросы