Reference assemblies что это за папка
Перейти к содержимому

Reference assemblies что это за папка

  • автор:

как удалить reference assemblies

Ответ от Dokapav[активный]
При загрузке нажимаешь F8, выбираешь безопасный вход. Если есть программа Total Commander (предварительно включи отображение скрытых файлов). Далее входишь в программы Total в системную папку. И тупа удаляешь. перегружаешь систему и работаешь далее. Успехов и удачи.

Ответ от 3 ответа[гуру]

Привет! Вот подборка тем с ответами на Ваш вопрос: Как удалить папку в програмных файлах Reference Assemblies?

Пжлст, подскажите, что за софт.
1. Программа для записи дисков.
2. Более навороченный Блокнот.
3. Это Вам не нужно.
подробнее.

Для чего нужны эти программы на компьютере? Какие можно удалить?

C:/Program Files:
1) 7-ZIP
2) AGEIA Technologies
3) Apple Software Update
4) ASIO4ALL v2
5) AskTBar
6)Astrum Nival
7)AVG
8)Carambis
9)Common Files
10)ComPlus Applications
11)Get-Styles 2.0
12)HP
13)Intel
14)Internet Explorer
15)K-Lite Codec Pack
16)Messenger
17)Microsoft Office
18)Microsoft Visual Studio 8
19)Microsoft Works
20)Movie Maker
21)Mozilla Firefox
22)MSBuild
23)MSN Gaming Zone
24)MSXML 6.0
25)Nero
26)NetMeeting
27)Online Services
28)Outlook Express
29)Outsim
30)pchd
31)Realtek
32)Reference Assemblies
33)Skype
34)Sony
35)uTorrent
36)VKSaver
37)VstPlugins
38)Windows Media Player
39)Windows NT
40)WinRAR
41)Yandex

Компьютер все время выдает что очень мало места на диске С
И все время предлагает что-нибудь удалить, а я хз что надо удалят, а что не в кое случае нельзя.
И кто знает, можете написать что каждая программа означает и для чего именно она нужна!
ПОМОГИТЕ ПОЖАЛУЙСТА!! !
СПАСИБОЧКИ!

Евгения Богданова

4,5,6,8,11,29,30,37,41 — можно удалять. А вообще лучше это делать через панель управления-Программы и компоненты. У вас может быть недостаточно памяти потому, что вайи файлы на Рабочем столе и в Моих документах хранятся на диске С. Чаще всего бывает море фильмов на рабочем столе в папке «фильмы» — проверьте))

Папку не трогай. Зайди в Панель управления -> Программы и компоненты
и там удаляй.

Иван Дементьев

1) 7-ZIP — архиватор
2) AGEIA Technologies — драйвер
3) Apple Software Update — утилита для обновления *
4) ASIO4ALL v2 — драйвер
5) AskTBar — тулбар *
6)Astrum Nival — тут может быть игра *
7)AVG — антивирус *
8)Carambis — утилита для скачивания драйверов *
9)Common Files — системная папка
10)ComPlus Applications — системная папка
11)Get-Styles 2.0 — стилизация *
12)HP — драймера (может быть)
13)Intel — драйвера
14)Internet Explorer — сис. папка
15)K-Lite Codec Pack — кодеки и плеер
16)Messenger — windows messanger
17)Microsoft Office — яснопонятно
18)Microsoft Visual Studio 8 — среда разработки программного обеспечения *
19)Microsoft Works — ?
20)Movie Maker — программа для клепания своих видеороликов
21)Mozilla Firefox — браузер
22)MSBuild — относится к MSVisual Studio 8
23)MSN Gaming Zone — служба для скачивания игр из win store (я предполагаю) *
24)MSXML 6.0 — какие-то службы *
25)Nero — программа для записи дисков *
26)NetMeeting — мессенджер
27)Online Services
28)Outlook Express — почтовый клиент
29)Outsim — аудио плагин *
30)pchd — ?*
31)Realtek — драйвера
32)Reference Assemblies — скорее всего, удалится после удаления MSVisual Studio 8
33)Skype — мессенджер
34)Sony — понятия не имею)
35)uTorrent — торрент-клиент
36)VKSaver — плагин для работы с соц. сетью VK *
37)VstPlugins — аудио плагины *
38)Windows Media Player — стандартный плеер
39)Windows NT — системная папка
40)WinRAR — архиватор
41)Yandex — скорее всего, тулбар *

Все, что отмечено звездой можно смело сносить. Также, поищи утилиту CCLeaner, и с её помощью почисти компьютер и реестр.

Алексей Буньков

Можно удалить следующее:
Yandex
WinRAR или 7-ZIP одно и то же
Outlook Express
Microsoft Visual Studio 8
AskTBar
Online Services
______
Этими программами вы врятли будите пользоваться. .

___
Для освобождения дискового пространства перенесите свои данные из папки «мои документы» на второй диск, а так же всю лишнюю информацию с рабочего стола! ! Если у вас есть конечно же второй диск.

Александр Золкин

Забивай каждую прогу в google и читай подробно, потом принимай решение удалить или нет. Можешь хоть вообще все уничтожить)))

Сергей Матросов

С рабочего стола все папки перенеси на второй диск, а то небось на раб столе и фотки и фильмы и музыка лежит.

Андрей Олешко

Apple Software Update
ASIO4ALL v2
5) AskTBar
6)Astrum Nival
11)Get-Styles 2.0
Carambis
VKSaver

Кристина Кхетрару

А ты как используешь компьютер? Как печатную машинку или как?

Алексей Приходько

Сдесь вес всех прог не больше 200 мб. Ты этим проблему не решишь.

Похоже всё удалила-))))).Если нет это програмные файлы их трогать нельзя ни в коем случае. Скачай программу Ccleaner и почисть дсик от мусора поможет. А вообще купи дополнительный

Маруся Жарова

всё нужное почти Outsim — зачем36)VKSaver
37)VstPlugins 4) ASIO4ALL v2
5) AskTBar
6)Astrum Nival
7)AVG
8)Carambis

у меня таких нет

ищи фильмы, музыку, игры

Аня Алексеева

3,5,41 фигня, 4 для електронной музыки 18 программирование 6 вроде игра от нивал остальные нужны

вот которые нужны
9)Common Files
14)Internet Explorer
15)K-Lite Codec Pack это кодеки
16)Messenger
23)MSN Gaming Zone
24)MSXML 6.0
28)Outlook Express
31)Realtek звуковой драйвер
38)Windows Media Player
39)Windows NT

остальное на выбор можешь удалять можешь нет

Татьяна Сидорина

Обсуждали тут уже, используй driverplus.ru

Базовые сборки

Базовые сборки являются особым типом сборки, которая содержит только минимальный объем метаданных, необходимый для представления общедоступного 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, где также можно создавать и просматривать проблемы и запросы на вытягивание. Дополнительные сведения см. в нашем руководстве для участников.

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 идет на русском и бесплатная эта утилита, скачать в интернете легко, ибо есть она на каждом углу. Данная утилита очистит комп от всего левого и вредного — это псевдовирусы, они не оч опасны, но очень много делают пакостей. Так вот, второе что вам нужно сделать, это проверить комп утилитой Доктор Веб КуреИТ — это уже мощнейшая утилита которая находит опасные и оч опасные вирусы, трояны, черви. Проверить обязательно нужно! Оцените как она выглядит:

Как бы я мог оценить работу Доктора Веба КуреИТ? Работает утилита хорошо, также бесплатная, скачать не проблем. Один косяк в утилите есть — она просит согласится с тем что будет отправляться анонимная инфа о проверке. Это абсолютно безопасно и данный шаг сделан для улучшения работы самой утилиты

Вот и все ребята — я искренно буду надеяться что я смог вам помочь данной статье. Пока..

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *