ReSharper 5: Опять промашка.

Автор: -
Resharper 5 не умеет переименовывать алиасы неймспейсов в дерективе using.

Пример кода C#:

 using YYYY= XxxAaaBbbCcc;

в этом выражении ReSharper не сможет переименовать YYYY.

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

A4tech. Мышь не найдена. Пожалуйста, подсоедините мышь.

Автор: -
Изображение
Последнее предложенное рабочее решение: Unknown 15 декабря 2015 г., 8:01 В диспетчере устройств обновил драйвера на неопознанные usb устройства и всё заработало. _____________ Народ, статья старая и, судя по комментариям, не помогает. Но люди идут и идут. Если найдете решение, опишите или дайте ссылку, я воткну это здесь, чтоб люди не тратили время и не мучились. Далее оригинальный текст: _____________ Если вместо программы "G10 Multi-Mode" для настройки мыши A4tech отображается серая неактивная иконка в трее с надписью : "Мышь не найдена. Пожалуйста, подсоедините мышь.". Скачайте для своей мыши "типо" драйвер на A4tech.ru или A4tech.com. Это программа под названиями "G10 Multi-Mode" или "G10-Editor.exe" или до инсталляции она называется у A4tech как "Oscar" или "OscarG10" и тд. Она же будет управлять настройками мыши. Не запускайте ее! Удалите такую же программу, если она у вас есть. Обычно он...
Далее...

Silverlight: Популярный вариант утечки памяти связанный с динамическиизменяемым деревом элементов приложения Silverlight.

Автор: -
Изображение
Нужно помнить следующий вариант утечки памяти, т.к., как мне кажется, он один из самых частых. Вы создали элемент. (Все, забудьте в WPF / Silverlight слово "контрол"  ). Вы добавляете этот элемент динамически в дерево элементов приложения Silverlight. По действию пользователя вы заменяете этот элемент его новым инстансом (экземпляром). Все красиво работает, все заменяется и потом удаляется сборщиком мусора, но до тех пор, пока вы не привяжете методы экземпляра вашего элемента, как обработчики событий элементов, постоянно находящихся в иерерхии элементов вашего Silverlight приложения. Например, очень часто нужно реагировать на события Application .Current.RootVisual . ! Будте внимательны. Как только вы начинаете использовать элемент, как динамически добавляемый / заменяемый / удаляемый, то вы больше не может (не имеете права) привязывать методы его экземпляра к событиям элементов постоянно находящихся в иерархии приложе...
Далее...

Ускорение компиляции Visual Studio Solution методом "Copy Local = False".

Автор: -
Обычное исключение из компиляции не изменяемых проектов через  Build -> Configuration Manager (колонка Build напротив каждого проекта)  не единственный подход для ускорения компиляции в Visual Studio (VS). Другой способ, строится на том, что нужно отключить поведение Visual Studio по умолчанию, когда VS копирует сборки проектов, в проекты которые ссылаются на первые. Почему и как: Если проект A ссылается на проект B, то проект B компилируется первым. По умолчанию, сборка проекта B дублируется и кладется вместе со сборкой проекта A. Подход предлагает отключить копирование сборок проектов в Solution с помощью установки свойства референса на сборку Copy Local равным False, а также помещать все сборки в общую папку. Когда применять: Я бы использовал только для крайне больших солюшенов, когда более 5 - 10 проектов. Думаю, не стоить без нужды запутывать разработку. Реализация. Общее описание, которое подойдет для существующих проектов и для вновь создаваемых. Внимание! Не приступайте к р...
Далее...