@Lardite23 сен 2011 в 11:11

Удаление неиспользуемых сборок из .NET проекта

6 мин

13K

.NET *

Из песочницы

+30

Комментарии 26

@mace 23 сен 2011 в 12:41

Вроде в ReSharper 6.5 обещали добавить подобную функциональность.

@JohnnyD 23 сен 2011 в 13:07

Она уже давно существует в оном продукте.

@workless 23 сен 2011 в 13:16

Где это там?
Пока только Find code depended on module видел.

@JohnnyD 23 сен 2011 в 13:24

RS 5.1 -> Context menu -> Organise usings -> Remove unused usings.

@mace 23 сен 2011 в 13:30

usings != references
Я ошибся с версией, не 6.5, а 6.1: youtrack.jetbrains.net/issue/RSRP-6312

@workless 23 сен 2011 в 13:43

В 6.5 тоже не нашел

@novoselov 23 сен 2011 в 14:09

Есть подобная функция, можно по клику на сборке найти где она используется и если нигде, то удалить. Так что чисто технически есть, но не в пакетном режиме.

@novoselov 23 сен 2011 в 14:16

Find Code Dependent on Module

@Lardite 23 сен 2011 в 13:37

Мне кажется это фича студии, а не решарпера и она только usings удаляет.

@horosho 23 сен 2011 в 15:48

В решарпере эта фича присутствует в доп настройками (например позволяет убирать все в region), но референсы он пока не удаляет

@derigel 23 сен 2011 в 15:49

Да, будет в 6.1. Скоро откроется EAP.

@Nagg 23 сен 2011 в 12:43

я так понимаю если обращаться к сборке через рефлексию, то расширение этого не поймёт и решит удалить её?

@XenJ 23 сен 2011 в 12:51

а зачем черз рефлекшн к зареференсенной сборке обращаться?

@kefirr 23 сен 2011 в 12:56

Например, у контролов Telerik темы лежат в отдельных сборках. Тема указывается по имени и грузится через reflection.

Я сталкивался с такой необходимостью неоднократно.

@Lardite 23 сен 2011 в 13:44

Да, у нас только статический анализ. Поэтому если точно уверены, что сборка нужна можно исключить её в окне «Unused References List».

@kefirr 23 сен 2011 в 12:48

Установил. Работает, круто, спасибо! Облегчил xap-файл сервелатного приложения на пару сборок :)

Понятное дело, что при использовании reflection будет некорректно работать. Волшебства не бывает. Для этого и есть окно подтверждения.

@XenJ 23 сен 2011 в 12:57

#if TEST

using NUnit.Framework;

#endif

как с такими вещами справляетесь?

@Lardite 23 сен 2011 в 13:47

Увы пока никак =(. Но знаем о такой проблеме и думаем как решить.

@plsc_Rover 23 сен 2011 в 13:42

Не распознает сборки, элементы которых используются только в XAML, поэтому осторожно удаляйте референсы на них.

@Lardite 23 сен 2011 в 13:48

Спасибо, за наблюдение! Очень интересное, обязательно будем решать.

@Lardite 23 сен 2011 в 14:05

Скажите, а как оформить код правильно (чтобы работала подсветка синтаксиса)? хотя в статье код в тегах code.

@ahmpro 23 сен 2011 в 18:58

source lang=«cs»

@horosho 23 сен 2011 в 15:44

Еще один вариант

@DjoNIK 23 сен 2011 в 16:22

Ссылка на MSDN Magazine не валидна.

@dstarcev 23 сен 2011 в 19:01

Иногда только в рантайме можно понять, что необходима какая-то сборка. Ссылка на нее может быть в файле конфигурации. Например, если используется IoC-контейнер c XML-конфигуратором. Тогда сборка, содержащая необходимую реализацию какого-либо интерфейса, должна присутствовать в папке bin, хотя ее упоминаний в коде нет.

@mike114 24 сен 2011 в 02:52

Еще один момент. В SL приложениях есть опция по уменьшению размера XAP, когда подключенные сборки публикуются отдельными zip-архивами. Это работает для всех сборок, включенных в приложение, которым сопоставлен файл .extmap. Но если сборка не нужна приложению напрямую (используется через одну и более зависимых сборок), то такой номер не проходит, поэтому приходится делать лишние референсы. Можно ли сделать опцию для SL приложений, которая бы проверяла этот случай и не удаляла подобные «ненужные» ссылки?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий