Lardite Sep 23 2011 at 15:11

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

6 min

12K

.NET*

From sandbox

+30

Comments 26

mace Sep 23 2011 at 16:41

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

JohnnyD Sep 23 2011 at 17:07

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

-1

workless Sep 23 2011 at 17:16

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

JohnnyD Sep 23 2011 at 17:24

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

-5

mace Sep 23 2011 at 17:30

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

workless Sep 23 2011 at 17:43

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

novoselov Sep 23 2011 at 18:09

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

novoselov Sep 23 2011 at 18:16

Find Code Dependent on Module

-1

Lardite Sep 23 2011 at 17:37

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

horosho Sep 23 2011 at 19:48

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

derigel Sep 23 2011 at 19:49

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

Nagg Sep 23 2011 at 16:43

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

XenJ Sep 23 2011 at 16:51

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

kefirr Sep 23 2011 at 16:56

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

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

Lardite Sep 23 2011 at 17:44

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

kefirr Sep 23 2011 at 16:48

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

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

XenJ Sep 23 2011 at 16:57

#if TEST

using NUnit.Framework;

#endif

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

Lardite Sep 23 2011 at 17:47

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

plsc_Rover Sep 23 2011 at 17:42

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

Lardite Sep 23 2011 at 17:48

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

Lardite Sep 23 2011 at 18:05

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

ahmpro Sep 23 2011 at 22:58

source lang=«cs»

horosho Sep 23 2011 at 19:44

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

DjoNIK Sep 23 2011 at 20:22

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

dstarcev Sep 23 2011 at 23:01

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

mike114 Sep 24 2011 at 06:52

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

Show the best of all time