Resharper и IoC контейнеры: теперь знакомы! или плагин Agent Mulder

[pil0t]

Интересная штука, спасибо.
Как пожелание — добавить поддержку resharper7/vs11 и было бы совсем здорово.

[constructor]

да, автор знает, что публика этого ждет github.com/hmemcpy/AgentMulder/issues/12

[mezastel]

Пользуясь случаем, хочу также порекоммендовать скринкаст про ReSharper SDK.

[lair]

Спасибо, действительно не хватало этого.

[constructor]

автор плагина спрашивает, если кто может пожертвовать ему инвайт на habrahabr

[hmemcpy]

Получил, всем огромное спасибо!

[hmemcpy]

Огромное спасибо, Игорь, за статью!

Очень рад что плагин понравился, обязательно доработаю глюки в нем.
Поддержку контейнеров можно добавить прямо сейчас, ребята из Catel сейчас это как раз и делают.

Сам плагин работает на основе structured search Решарпера (SSR) — поиск паттернов в коде. Подробную информацию можно найти на wiki проекта на гитхабе. Там же и инструкции по расширению плагина и как добавить свой IoC/DI контейнер, и лист поддерживаемых на данный момент фичеров.

[Kwull]

Спасибо за плагин. Одно плохо не всегда работает:

[hmemcpy]

Гм… интересно, вроде должно. Скажите пожалуйста, а ApplicationCache не nested случайно? Или как то по «особенно» декларирован?

[Kwull]

Всё без nested, находятся в одной сборке, и вроде бы ничего особенного там нет. Такая ситуация не только с ApplicationCache.

JetBrains ReSharper 6.1 C# Edition
Build 6.1.37.86 on 2011-12-20T18:15:24

Plugins: 1
#1. “Agent Mulder plugin for ReSharper” v1.0.4.0 by “Igal Tabachnik”
Visual Studio 10.0.40219.1.

[hmemcpy]

Я собираюсь добавлять логи в следующем билде. Буду очень благодарен если сможете установить и потом прислать мне лог.

Надеюсь что через пару дней будет уже.

[Kwull]

Ок. Пишите в хабрапочту или в скайп

[Dimchansky]

У нас в solution'e есть несколько проектов, в которых происходит регистрация одних и тех же компонентов.
Можно ли сделать так, чтобы при щелчке на magic hat выпадал список мест, где зарегистрирован компонент?

[hmemcpy]

Да, это запланировано. У меня самого такая же проблема если я открываю проект самого контейнера (Ninject, на пример) — их тесты используют те же самые типы везде, а Молдер не узнает все места где он используется. Так что починим!

Если не сложно, не могли бы Вы написать ето в issues на гитхабе?

[Dimchansky]

Вы, похоже, раньше уже сами зарегистрировали: github.com/hmemcpy/AgentMulder/issues/14

[hmemcpy]

Да, просто в твиттере то же кто-то заметил, так что я и написал, чтобы не забыть. Но все равно спасибо.

[hmemcpy]

Да, это запланировано. У меня самого такая же проблема если я открываю проект самого контейнера (Ninject, на пример) — их тесты используют те же самые типы везде, а Молдер не узнает все места где он используется. Так что починим!

Если не сложно, не могли бы Вы написать ето в issues на гитхабе?

[constructor]

кстати, я хотел скомпилировать агента, но так как он много чего хочет, то не получилось.

[constructor]

мой предыдущий комментарий опубликован по ошибке.

[hmemcpy]

Вот как, когда редактировать комменты нельзя :)

Проекту требуется только ReSharper SDK 6.1.x. Все остальные зависимости (например, контейнеры для тестов), должны скачатся сами при первом ребилде (установлен NuGet Package Restore).

[constructor]

я так и понял, поэтому не хотел публиковать коммент, но рука дрогнула.
к сожалению рабочая сеть не позволяет скачивать пакеты через nuget ;(

[constructor]

unity не приехал через nuget

[hmemcpy]

Здравствуйте, Sedot,

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

Точно не могу сказать, но возможно то что вы предлагаете можно решить другим способом, например как аннотейшены в самом Решарпере — возможность нарядить ваш метод RegisterSingletonService каким нибудь атрибутом, который плагин поймет и будет считать за «родной».

Кстати идея неплохая совсем :) Но это наверное в vNext…