можно ли удалить папку Reference Assemblies из Program Files? Я пытаюсь увеличить свободное место на диске.
Можно удалить конечно, но после этого у Вас ни одна програма\игра требующая Microsoft .NET Framework не запустится!
Лучше поступить так!
1 Удалить\перенести с C: все программы и игры на другой раздел
2 Удалить\перенести с C: все картинки видео и музыку на другой раздел
3 Почистить папку загрузки
4 Почистить папки загрузки различных программ загрузчиков (битторрент, шареман, zona и прочие)
5 Почистить папку Temp
6 Всё что находится на рабочем столе — находится на диске C: — таким образом удаляем\переносим всё с рабочего стола (кроме ярлыков)
7 Запускаем стандартную очистку диска
Ну вот после этого у вас должно появиться свободное место! )))
Расположение папок учебных пособий
Важное замечание: Некоторые папки, указанные в этом списке, являются подпапками в папке установки AutoCAD (C:\Program Files\Autodesk\AutoCAD 2022 ). Это связано с тем, что на компьютере установлены приложения на основе AutoCAD, такие как Autodesk Civil 3D .
Папка конструкций
C:\ProgramData\Autodesk\C3D 2022 \rus\Assemblies\
Прим.: Папка ProgramData по умолчанию может не отображаться. Для просмотра этой папки установите флажок «Показывать скрытые файлы, папки и диски» на вкладке «Вид» диалогового окна «Свойства папки» в Проводнике Windows.
Папка документов Autodesk
Папка проектов Civil 3D
C:\Users\Public\Documents\Autodesk\Civil 3D Projects
Папка шаблонов проектов Civil 3D
C:\Users\Public\Documents\Autodesk\Civil 3D ProjectTemplates
C:\ProgramData\Autodesk\C3D 2022 \rus\Data\
Локальная папка шаблонов
C:\Users\[имя пользователя]\AppData\Local\Autodesk\C3D 2022 \rus\Template\
папка учебных пособий
C:\Program Files\Autodesk\AutoCAD 2022 \C3D\Help\Civil Tutorials
папка чертежей учебных пособий
C:\Program Files\Autodesk\AutoCAD 2022 \C3D\Help\Civil Tutorials\Drawings
папка данных по учебным пособиям «My Civil Tutorial Data»
Если эта папка еще не существует, создайте ее как вложенную в указанную ниже папку, чтобы сохранять в ней учебные чертежи в процессе работы над ними:
Reference Assemblies что это за программа и нужна ли она?
Добрый день ребята Будем сегодня знакомиться с такой прогой как Reference Assemblies — я расскажу что это такое и вы сможете понять нужна вам эта программа или нет. Reference Assemblies относится не к простым программам, а к тем, о которых мало кто что знает, а все потому что это больше вспомогательный компонент, чем отдельное приложение. Данный компонент нужен для правильной работы других программ.
Ситуация необычная — небольшая популярность Reference Assemblies может стать поводом появления вирусов, которые будут косить под эту прогу. Я проанализировал интернет и пришел к выводу, что Reference Assemblies относится к среде разработки Visual Studio, в этой среде (или редакторе) программеры создают приложения, функции, библиотеки. И как я понимаю, Reference Assemblies это дополнение, содержащее уже готовый набор каких-то функций.
Часто программа Reference Assemblies имеет свою папку в директории C:\Program Files, при этом стоит отметить что студия Visual Studio находится в отдельной папке и не пересекается с папкой Reference Assemblies, вот так вот немного закручено…
Нашел в сети такую картинку:
Ну тут видно что само окно это от студии Visual Studio и тут предлагается что-то выбрать.. Но что именно — неизвестно..
Reference Assemblies у вас может быть на компьютере не только тогда, когда стоит студия Visual Studio, но и тогда когда у вас например есть пакеты Фреймворка. Удалять Reference Assemblies ну никак не стоит, это может спровоцировать глюки и лаги в компе — оно вам нужно?
Я посмотрел у себя на компе — папка Reference Assemblies есть, вот она:
Именно эта папка находится в C:\Program Files, я потом пошел в C:\Program Files (x86) и там тоже была эта папка:
Я посмотрел что внутри папок — ничего особенного, только непонятные папки там и библиотеки. Если зайти в папку, то там идет сначала папка Microsoft, потом идет папка Framework, потом идут две папки v3.0 и v3.5, и внутри этих папок примерно одно и тоже. Ну вот например что в папке v3.5:
ОЧЕНЬ ВАЖНЫЙ МОМЕНТ. Я обратил внимание на то, что сама папка Reference Assemblies изменена была аж в 2009-том году — то есть в принципе тогда когда и делали винду и все такое. Вот доказательства, смотрите:
Это только лишний раз показывает что папка Reference Assemblies относится к системе и удалять ее не нужно просто так
Надумал я кое что проверить — зажал кнопульки Win + E, открылось окно где у меня диски все, там я зашел на системный диск, и в окне в правом верхнем углу было поле, туда написал я слово Reference:
Дальше я ждал, ждал.. и вот что нашлось:
И это еще не все. Видите? Эта штука Reference Assemblies — не серая мышка какая-то, а видимо весомый компонент винды все таки..
Но как я уже писал, под данную программу может маскироваться вирус — ибо о проге инфы мало, а та инфа что есть, то она указывает на то что это системная штука. Вот вирусописатели этим могут воспользоваться — подстроят все так чтобы вы думали что это не вирус. Что нужно сделать чтобы исключить заражение вирусом? Первое — это просканировать машину утилитой AdwCleaner:
Вы не смотрите на немецкий язык, это я картинку для примера нашел, AdwCleaner идет на русском и бесплатная эта утилита, скачать в интернете легко, ибо есть она на каждом углу. Данная утилита очистит комп от всего левого и вредного — это псевдовирусы, они не оч опасны, но очень много делают пакостей. Так вот, второе что вам нужно сделать, это проверить комп утилитой Доктор Веб КуреИТ — это уже мощнейшая утилита которая находит опасные и оч опасные вирусы, трояны, черви. Проверить обязательно нужно! Оцените как она выглядит:
Как бы я мог оценить работу Доктора Веба КуреИТ? Работает утилита хорошо, также бесплатная, скачать не проблем. Один косяк в утилите есть — она просит согласится с тем что будет отправляться анонимная инфа о проверке. Это абсолютно безопасно и данный шаг сделан для улучшения работы самой утилиты
Вот и все ребята — я искренно буду надеяться что я смог вам помочь данной статье. Пока..
Базовые сборки
Базовые сборки являются особым типом сборки, которая содержит только минимальный объем метаданных, необходимый для представления общедоступного API-интерфейса библиотеки. Такие сборки включают в себя объявления для всех элементов, которые важны при указании ссылки на сборку в средствах сборки, но исключают все реализации элементов, а также объявления закрытых элементов, не имеющих наблюдаемого влияния на их контракт API. Обычные сборки, напротив, называются сборками реализации.
Базовые сборки не могут быть загружены для выполнения, но они могут передаваться как входные данные компилятора так же, как сборки реализации. Базовые сборки обычно распределяются с помощью пакета средств разработки программного обеспечения (SDK) определенной платформы или библиотеки.
Использование базовой сборки позволяет разработчикам создавать программы, предназначенные для конкретной версии библиотеки, без наличия полной сборки реализации для этой версии. Допустим, на компьютере установлена только последняя версия определенной библиотеки, но требуется создать программу, предназначенную для более ранней версии этой библиотеки. При компиляции непосредственно из сборки реализации вы можете случайно использовать элементы API, которые недоступны в более ранней версии, и обнаружите эту ошибку только при проверке программы на целевом компьютере. При компиляции из базовой сборки для более ранней версии сразу же возникает ошибка времени компиляции.
Базовая сборка также может представлять контракт, то есть набор API-интерфейсов, который не соответствует конкретной сборке реализации. Такие базовые сборки, называемые сборками контракта, можно использовать для нескольких платформ, поддерживающих один и тот же набор API-интерфейсов. Например, .NET Standard предоставляет сборку контракта, netstandard.dll, которая представляет набор общих API-интерфейсов, совместно используемых различными платформами .NET. Реализации этих API-интерфейсов содержатся в разных сборках на разных платформах, например mscorlib.dll в .NET Framework или System.Private.CoreLib.dll в .NET Core. Библиотека, нацеленная на .NET Standard, может выполняться на всех платформах, поддерживающих .NET Standard.
Использование базовых сборок
Чтобы использовать определенные API-интерфейсы из проекта, необходимо добавить ссылки на их сборки. Ссылки можно добавлять либо в сборки реализации, либо в базовые сборки. По возможности рекомендуется использовать базовые сборки если они доступны. Таким образом, вы будете гарантированно использовать в целевой версии только поддерживаемые члены API, которые были предназначены для этого разработчиками API. Применяя базовую сборку, вы гарантированно не будете зависеть от деталей реализации.
Базовые сборки для библиотек .NET Framework распределяются с помощью пакетов нацеливания. Их можно получить, скачав автономный установщик или выбрав компонент в Visual Studio Installer. См. дополнительные сведения об установке .NET Framework для разработчиков. Для .NET Core и .NET Standard базовые сборки автоматически скачиваются при необходимости (через NuGet) и на них указываются ссылки. Для .NET Core 3.0 и более поздних версий базовые сборки для основной платформы находятся в пакете Microsoft.NETCore.App.Ref (до версии 3.0 используется пакет Microsoft.NETCore.App).
При добавлении ссылок на сборки .NET Framework в Visual Studio с помощью диалогового окна Добавление ссылки вы выбираете сборку из списка, и Visual Studio автоматически находит базовые сборки, соответствующие требуемой версии .NET Framework, выбранной в проекте. То же самое относится и к добавлению ссылок непосредственно в проект MSBuild с помощью элемента Эталонный проект: необходимо указать только имя сборки, а не полный путь к файлу. При добавлении ссылок на эти сборки в командной строке с помощью параметра компилятора -reference (в C# и в Visual Basic) или с помощью метода Compilation.AddReferences в API Roslyn необходимо вручную указать файлы базовой сборки для правильной версии целевой платформы. платформа .NET Framework файлы эталонных сборок находятся в папке %ProgramFiles(x86)%\Reference Assemblies\Microsoft\Framework\. Каталог NETFramework. Для .NET Core можно принудительно выполнить операцию публикации, чтобы скопировать базовые сборки для целевой платформы в подкаталог publish/refs выходного каталога, установив для свойства проекта PreserveCompilationContext значение true . Затем можно передать эти файлы базовой сборки компилятору. Для поиска их путей можно использовать DependencyContext из пакета Microsoft.Extensions.DependencyModel.
Так как базовые сборки не содержат реализации, они не могут быть загружены для выполнения. Любые попытки сделать это приведут к возникновению исключения System.BadImageFormatException. Если вам нужно изучить содержимое базовой сборки, ее можно загрузить в контекст только для отражения в .NET Framework (с помощью метода Assembly.ReflectionOnlyLoad) или в MetadataLoadContext в .NET Core.
Создание базовых сборок
Рекомендуется создавать базовые сборки для библиотек в тех случаях, когда их пользователям требуется создавать программы на основе множества разных версий отдельной библиотеки. Распространение сборок реализации для всех этих версий может оказаться нецелесообразным из-за их большого размера. Базовые сборки имеют меньший размер, поэтому их распространение в составе пакета SDK для библиотеки уменьшает объем скачиваемых данных и экономит место на диске.
Интегрированные среды разработки и средства сборки также могут использовать базовые сборки, чтобы сократить время сборки в случае больших решений, состоящих из нескольких библиотек классов. Как правило, в сценариях инкрементной сборки проект перестраивается при изменении любого из его входных файлов, включая сборки, от которых он зависит. Сборка реализации изменяется каждый раз, когда программист изменяет реализацию любого элемента. Базовая сборка изменяется только при ее влиянии на общедоступный API. Таким образом, использование базовой сборки в качестве входного файла вместо сборки реализации позволяет в некоторых случаях пропустить сборку зависимого проекта.
Вы можете создавать базовые сборки:
- В проекте MSBuild с помощью свойства проекта ProduceReferenceAssembly .
- При компиляции программы из командной строки укажите -refonly параметры компилятора (C# / Visual Basic ) или -refout (C# / Visual Basic).
- При использовании API Roslyn путем установки для параметра EmitOptions.EmitMetadataOnly значения true , а для параметра EmitOptions.IncludePrivateMembers значения false в объекте, переданном в метод Compilation.Emit.
Если вы хотите распространять ссылочные сборки с помощью пакетов NuGet, необходимо включить их в подкаталог ref\ в каталоге пакета, а не в подкаталог lib\ , используемый для сборок реализации.
Структура базовых сборок
Базовые сборки являются расширением связанной концепции — сборок, содержащих только метаданные. Тела методов в сборках, состоящих только из метаданных, заменяются одним телом throw null , но такие сборки включают все члены, кроме анонимных типов. Тело throw null используется для того, чтобы могло выполняться средство PEVerify для проверки полноты метаданных, что было бы невозможно при отсутствии тела.
Базовые сборки удаляют метаданные (закрытые члены) из сборок, содержащих только метаданные.
- Базовая сборка содержит ссылки только на необходимые компоненты в слое доступа API. Реальная сборка может иметь дополнительные ссылки, связанные с конкретной реализацией. Например, базовая сборка для class C < private void M() < dynamic d = 1; . >> не ссылается на типы, требуемые для dynamic .
- Закрытые функции-члены (методы, свойства и события) удаляются в случае, если их удаление не скажется заметно на компиляции. Если нет атрибутов InternalsVisibleTo, внутренние элементы функции также удаляются.
Метаданные в базовых сборках продолжают хранить следующие сведения:
- все типы, включая закрытые и вложенные;
- все атрибуты, даже внутренние;
- все виртуальные методы;
- явные реализации интерфейса;
- явно реализованные свойства и события, так как их методы доступа являются виртуальными;
- все поля структур.
Базовые сборки содержат атрибут ReferenceAssembly уровня сборки. Этот атрибут может быть задан в исходном коде, в таком случае компилятору не требуется его синтезировать. Из-за этого атрибута среды выполнения не будут загружать базовые сборки для выполнения (однако они могут загружаться в режиме только для отражения).
Точные сведения о структуре базовой сборки зависят от версии компилятора. Более новые версии могут исключить дополнительные метаданные, если они не влияют на общедоступный API-интерфейса.
Сведения в этом разделе применимы только к базовым сборкам, которые созданы компиляторами Roslyn, начиная с C# версии 7.1 или Visual Basic версии 15.3. Структура базовых сборок для библиотек .NET Framework и .NET Core может отличаться некоторыми деталями, так как они используют собственный механизм создания базовых сборок. Например, они могут иметь совершенно пустые тела методов вместо тела throw null . Но общие принципы по-прежнему применяются: у них нет пригодных для использования реализаций методов и они содержат метаданные только для элементов, которые имеют наблюдаемый эффект с точки зрения общедоступного API-интерфейса.
См. также
- Сборки в .NET
- Общие сведения о настройке для платформы
- Практическое руководство. Добавление и удаление ссылок с помощью диспетчера ссылок
Совместная работа с нами на GitHub
Источник этого содержимого можно найти на GitHub, где также можно создавать и просматривать проблемы и запросы на вытягивание. Дополнительные сведения см. в нашем руководстве для участников.