Reference assemblies что это за папка
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 идет на русском и бесплатная эта утилита, скачать в интернете легко, ибо есть она на каждом углу. Данная утилита очистит комп от всего левого и вредного — это псевдовирусы, они не оч опасны, но очень много делают пакостей. Так вот, второе что вам нужно сделать, это проверить комп утилитой Доктор Веб КуреИТ — это уже мощнейшая утилита которая находит опасные и оч опасные вирусы, трояны, черви. Проверить обязательно нужно! Оцените как она выглядит:
Как бы я мог оценить работу Доктора Веба КуреИТ? Работает утилита хорошо, также бесплатная, скачать не проблем. Один косяк в утилите есть — она просит согласится с тем что будет отправляться анонимная инфа о проверке. Это абсолютно безопасно и данный шаг сделан для улучшения работы самой утилиты
Вот и все ребята — я искренно буду надеяться что я смог вам помочь данной статье. Пока.. 
Папка Reference Assemblies что это такое?
В операционных системах Windows зачастую имеется папка с названием Reference Assemblies. О её назначении среднестатистическому пользователю мало известно. Директорией для её хранения является папка Program Files на системном диске. Далее будет детальнее рассмотрена папка Reference Assemblies: что это за программа, какой функционал за ней скрыт и в каких случаях следует её удалять.
Правильное расположение папки Reference Assemblies – Program Files
Предназначение Reference Assemblies
В действительности Reference Assemblies – это программный компонент (аддон). Его функциональная задача заключается в добавлении и удалении пользовательских dll-библиотек в среду программирования Visual Studio.
Рабочее окно программы Reference Assemblies
Проблемы с данной папкой
Функционал данного программного дополнения настолько узкопрофильный, что нередко компьютерные «злоумышленники» в описываемую папку закладывают вредоносные компоненты.
Важно! Первый признак того, что Reference Assemblies следует проверить на наличие вирусов – это размещение данной директории в корне системного диска, а не в папке с установленным софтом – Program Files.
В таком случае следует использовать ряд проверочных антивирусных утилит, чтобы обезопасить систему от действия вредоносных объектов. Лучше всего использовать следующий набор софта:
В таком случае будут удалены не только вирусы, но и различные временные файлы, а также надстройки браузеров, что могли быть внедрены в систему по ходу заражения. Саму же папку из корня системного диска после очистки можно будет удалить. Её работоспособная версия должна находиться именно в директории Program Files.
Заключение
Не каждая сторонняя папка в OS Windows требует удаления, если не используется или возникла без ведома пользователя. Многие программные компоненты располагаются подобным образом, как и Reference Assemblies. Прежде чем осуществлять чистку следует детальнее изучать вопрос. Не забывайте регулярно производить проверку и чистку ПК от вредоносного ПО. Для этих целей подойдет набор антивирусных и очищающих программ, предложенный выше.
Для чего нужны эти программы на компьютере? Какие можно удалить?
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
Все, что отмечено звездой можно смело сносить. Также, поищи утилиту CCLeaner, и с её помощью почисти компьютер и реестр.
Забивай каждую прогу в google и читай подробно, потом принимай решение удалить или нет. Можешь хоть вообще все уничтожить)))
С рабочего стола все папки перенеси на второй диск, а то небось на раб столе и фотки и фильмы и музыка лежит.
Apple Software Update
ASIO4ALL v2
5) AskTBar
6)Astrum Nival
11)Get-Styles 2.0
Carambis
VKSaver
А ты как используешь компьютер? Как печатную машинку или как?
Сдесь вес всех прог не больше 200 мб. Ты этим проблему не решишь.
Похоже всё удалила-))))).Если нет это програмные файлы их трогать нельзя ни в коем случае. Скачай программу Ccleaner и почисть дсик от мусора поможет. А вообще купи дополнительный
ищи фильмы, музыку, игры
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
остальное на выбор можешь удалять можешь нет
Что такое 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 идет на русском и бесплатная эта утилита, скачать в интернете легко, ибо есть она на каждом углу. Данная утилита очистит комп от всего левого и вредного — это псевдовирусы, они не оч опасны, но очень много делают пакостей. Так вот, второе что вам нужно сделать, это проверить комп утилитой Доктор Веб КуреИТ — это уже мощнейшая утилита которая находит опасные и оч опасные вирусы, трояны, черви. Проверить обязательно нужно! Оцените как она выглядит:
Как бы я мог оценить работу Доктора Веба КуреИТ? Работает утилита хорошо, также бесплатная, скачать не проблем. Один косяк в утилите есть — она просит согласится с тем что будет отправляться анонимная инфа о проверке. Это абсолютно безопасно и данный шаг сделан для улучшения работы самой утилиты
Вот и все ребята — я искренно буду надеяться что я смог вам помочь данной статье. Пока.. 
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.
Сегодня я познакомлю вас с программой, информации о которой крайне мало на просторах интернета. Особенность таких приложений заключается в том, что они не отдельные продукты, а дополнительные компоненты к более крупным программным решениям. Давайте рассмотрим, что это за программа Reference Assemblies и как ее удалить. 
Общая информация
Reference Assemblies является «темной лошадкой» в мире обычных интернет-пользователей. Но не стоит тревожиться раньше времени – существует два предназначения данного софта: помочь и навредить. Рассмотрим две ситуации подробно.
Reference Assemblies как часть Visual Studio
В первом случае, Reference Assemblies – это дополнение к среде разработки Visual Studio, которое позволяет редактировать и удалять пользовательские dll-библиотеки. У многих юзеров данное приложение вызывает ряд вопросов, т.к. папка с аддоном расположена в C:Program Files, а не в директиве с Visual Studio. От этого кажется, что программа является неизвестным самостоятельным софтом с непрозрачными намерениями. 
Reference Assemblies как вирус
Для лечения компьютера нужно:
Этой информации хватит для предотвращения заражения компьютера и повреждения пользовательских данных. Если приложение не представляет угрозы, удалять его не рекомендуется. Памяти занимает немного, а стабильности в работе ОС заметно добавляет. На этом все, теперь вы узнали, что это за программа Reference Assemblies и как ее удалить.
В операционных системах Windows зачастую имеется папка с названием Reference Assemblies. О её назначении среднестатистическому пользователю мало известно. Директорией для её хранения является папка Program Files на системном диске. Далее будет детальнее рассмотрена папка Reference Assemblies: что это за программа, какой функционал за ней скрыт и в каких случаях следует её удалять.
Правильное расположение папки Reference Assemblies — Program Files
Предназначение Reference Assemblies
В действительности Reference Assemblies – это программный компонент (аддон). Его функциональная задача заключается в добавлении и удалении пользовательских dll-библиотек в среду программирования Visual Studio.
Рабочее окно программы Reference Assemblies
Проблемы с данной папкой
Функционал данного программного дополнения настолько узкопрофильный, что нередко компьютерные «злоумышленники» в описываемую папку закладывают вредоносные компоненты.
Важно! Первый признак того, что Reference Assemblies следует проверить на наличие вирусов – это размещение данной директории в корне системного диска, а не в папке с установленным софтом — Program Files.
В таком случае следует использовать ряд проверочных антивирусных утилит, чтобы обезопасить систему от действия вредоносных объектов. Лучше всего использовать следующий набор софта:
В таком случае будут удалены не только вирусы, но и различные временные файлы, а также надстройки браузеров, что могли быть внедрены в систему по ходу заражения. Саму же папку из корня системного диска после очистки можно будет удалить. Её работоспособная версия должна находиться именно в директории Program Files.
Заключение
Не каждая сторонняя папка в OS Windows требует удаления, если не используется или возникла без ведома пользователя. Многие программные компоненты располагаются подобным образом, как и Reference Assemblies. Прежде чем осуществлять чистку следует детальнее изучать вопрос. Не забывайте регулярно производить проверку и чистку ПК от вредоносного ПО. Для этих целей подойдет набор антивирусных и очищающих программ, предложенный выше.
Когда-то во время учебы в университете, преподаватель, проверяя лабораторную работу по C++, вдруг неожиданно для меня задал вопрос: “А зачем вам здесь #include “%имя_библиотеки%”? Вы можете пояснить, для каких частей кода нужна каждая директива include?” Та директива, что «бросилась ему в глаза», была добавлена при попытке использовать какой-то класс. Класс, видимо, не прижился в лабораторной и его использование было благополучно удалено, а include остался…
Подогреваемые жаждой сделать полезное коллегам, независимые разработчики решили написать небольшие расширения для Visual Studio. А тут еще и Extension Manager из Visual Studio 2010 так упростил процесс распространения расширений. Пример таких расширений можно найти здесь и здесь. Невозможно судить об алгоритмах, используемых в этих расширениях. Хотя не буду скрывать, что после того как первое расширение бессовестно удалило из проекта приличную часть реально нужных для компиляции сборок, мы все таки посмотрели его рефлектором… Разбираться со вторым уже не стали. В общем-то, проблема одинакова, а ключевое словосочетание можно найти в пред-предыдущем предложении: нужных для компиляции.
Рассмотрим простой пример. Пусть есть 3 проекта – 3 сборки. Сборка Assembly_A определяет класс Class_A, сборка Assembly_B определяет класс Class_B, унаследованный от класса Class_A из сборки Assembly_A. У каждого класса есть различные методы, скажем метод класса Class_A это Method_A, а метод класса Class_B – Method_B. В третьей сборке (Assembly_C) мы хотим использовать класс Class_B. Для этого в проекте добавляем ссылки на сборки Assembly_A и Assembly_B, после чего в каком-то из классов создаем экземпляр класса Class_B, вызываем метод Method_B и компилируем проект. Сборка Assembly_C готова, давайте откроем её с помощью ildasm.exe и взглянем на манифест:
Это что же получается?! Assembly_A мы добавили к проекту, а она и не нужна? Открываем Visual Studio и удаляем из проекта Assembly_C ссылку на сборку Assembly_A. Компилируем и… получаем ошибку “The type ‘Assembly_A.Class_A’ is defined in an assembly that is not referenced. You must add a reference to assembly ‘Assembly_A, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null’.”
Важно понимать причину такого поведения. В проекте нигде нет явного обращения к типам сборки Assembly_A, поэтому ссылка на эту сборку не включается в манифест сборки проекта (Assembly_C). В то же время один из типов сборки Assembly_B используется в проекте. Фактически, получается, что для времени выполнения (runtime) достаточно иметь ссылку на сборку Assembly_B. А сборки, от которых она зависит, CLR получит уже из её манифеста и так же загрузит. Но для компилятора (compile time) важно иметь в проекте Assembly_C ссылки и на сборку Assembly_B и на сборку Assembly_A, ведь он должен знать все об используемом классе Class_B, в том числе и её предков. Хорошая статья о зависимостях сборок была опубликована в MSDN Magazine, прочитать её можно здесь.
Не важно, где в вашем проекте используется класс: как поле какого-то класса, как параметр метода, как атрибут и т.п. Важно понимать то, что у компилятора должна быть возможность получить полную информацию обо всех типах, используемых в проекте. Мы должны четко указывать сборку, которую хотим использовать, ведь класс может существовать в разных версиях одной сборки (даже если компилятор сможет найти сборку (скажем в GAC), то, как ему выбрать нужную, если их несколько?). Вот, что должно быть основной идеей при разработке программы способной находить неиспользуемые в проекте сборки, т.е. такие сборки которые не требуются для компиляции.
Исследование зависимостей классов проекта служит основой расширения Reference Assistant, которое мы разработали в Lardite Group. Это бесплатное расширение доступное в Visual Studio Gallery, кроме того, вы можете загрузить исходный код Reference Assistant со страницы проекта на CodePlex.
Именно с анализа иерархии классов начался Reference Assistant. Постепенно к нему добавился анализ иерархии интерфейсов, анализ атрибутов и типов их параметров, анализ импортированных типов (например, из COM библиотеки), типов перемещенных в другую сборку. Да, есть и такие! Простой пример — ObservableCollection перекочевал из сборки WindowsBase.dll (fx3.5) в System.dll (fx4.0).
Мне нравится пример с анализом перегруженных методов. Предположим, в сборке Assembly_B определен класс Class_B, в котором метод SetCode перегружен. Пусть две его перегрузки принимают по одному параметру: один типа System.Int32, другой Assembly_A.Class_A. В сборке проекта (Assembly_C) вызывается один из перегруженных методов SetCode класса Class_B принимающий один параметр. В этом случае компилятор должен знать всё о типах параметров обоих методов, чтобы выбрать наиболее подходящий. А это значит, что сборки, в которых есть определения типов участвующих в иерархии, должны быть в ссылках проекта. Т.е. в нашем случае в ссылках проекта Assembly_C должна быть ссылка на сборки Assembly_A и Assembly_B. Описанный пример в виде кода:
// Assembly_B.dll
using Assembly_A;
namespace Assembly_B
<
public class Class_B
<
public void SetCode( int code)
<
// some actions…
>
public void SetCode(Class_A code)
<
// some actions…
>
>
>
// Assembly_C.dll (проект, который использует Assembly_B)
using Assembly_B;
namespace Assembly_C
<
public class Class_C
<
public void Run()
<
// some actions…
var classB = new Class_B();
classB.SetCode(1);
// some actions…
>
>
>
Это самое основное, что хотелось рассказать. Конечно, во время разработки, мы столкнулись со множеством нюансов, описать которые в одной статье было бы перебором. Но о самых интересных мы непременно постараемся написать в других статьях. В заключении, хочется пару слов сказать об использовании Reference Assistant.
Как я уже говорил ранее, скачать Reference Assistant можно либо с CodePlex, либо с Visual Studio Gallery. Между ними есть небольшое различие – расширение, выложенное в Gallery, нельзя использовать в Express редакции Visual Studio (это ограничение Visual Studio Gallery), но расширение с CodePlex можно.
Самый простой способ установки — использовать Extension Manager, утилиту Visual Studio.
Для удаления неиспользуемых сборок в контекстном меню проекта или ссылок проекта (папка References) выбрать пункт “Remove Unused References”.
Перед удалением неиспользуемых сборок будет показано окно для подтверждения списка. Вы можете редактировать это список, если уверены, что сборка нужна по каким-либо причинам (например, динамически подключается к приложению в зависимости от настроек в файле конфигурации).