Visual Studio 2010, прошу чуть чуть хелпа.

[alexusankov]

Здравствуйте, товарищи.
Имеет место быть такая печалька :
Пару лет подряд работал с продуктами, ныне почившей, фирмы Борланд, как стареньких, так и RAD 2010.
Собственно, кто в них работал, знаком с мегаполезной фишкой - автоматическое удаление "штатных" обработчиков событий (функций / процедур).
То есть - клацанул ты по форме мышой пару раз, и автоматически создается обработчик события, OnClick.
Однако - если он пустой, при сохранении / компиляции, он автоматически стирается.
За пару лет работы с Ембаркадеро / Борлад выработалась неискоренимая привычка, для перехода в область кода делать даблклик по ближайшему контролу.
Но , волею хаоса, приходится переходить на VS. В восторге от новой среды, и нравится все - кроме одного - как автоматом удалить неиспользуемые обработчики событий?
Пытался гуглить - но ощущение, что в инете я один такой идиот.
В любом случае - как с наименьшими затратами в VS (WinForms) удалить штатную функцию / метод?

[Alex11223]

Не особо удобная фича, постоянно мешала. События-то может и ладно, но оно и просто пустые методы классов удаляет (спасибо хоть virtual и т.д. не трогает), что часто мешает. Объявил методы, реализовал несколько, запустил проверить — а оно уже удалило остальные. Причем вроде даже не смотрело, что они вызывались в других. А иногда наоборот когда нужно не срабатывала.

По-моему нет такого в VS, даже с решарпером и т.д.

А вообще попробуйте лучше WPF + MVVM вместо WinForms.

для перехода в область кода делать даблклик по ближайшему контролу.

не пишите все в одном километровом файле формы в обработчиках событий. Отделяйте UI от бизнес логики.

[alexusankov]

Сообщение от Alex11223

А вообще попробуйте лучше WPF + MVVM вместо WinForms.

Я в основном с MDI решениями работаю, актуально ли мне переходить на изучение WPF и что, мне это даст?

[Alex11223]

Не могу сравнить, не сталкивался с MDI почти, по-моему в нем редко есть смысл.

В общем случае WPF гораздо более мощный, современный, можно легко делать многие вещи, которые реализуются с гораздо большими затратами труда и времени в дельфи/винформс, хорошая система binding'ов, MVVM почти "из коробки".

Возможность сделать сколь угодно сложный интерфейс не прибегая к костылям типа картинок из фотошопа на форме + прозрачных "кнопок" на них

Из минусов: более крутая кривая обучения. Точнее там можно вести себя так же как в Дельфи/винформс, кидать и выравнивать контролы на форму мышкой, прописывать им обработчики, но смысла так делать мало, лучше потратить время на изучение и понимание (прочитать какую-нибудь книгу) и использовать все его преимущества, биндинги, MVVM, xaml.
После освоения не захочется возвращаться к Дельфи/WinForms (ну, если нет требований типа поддержки очень древних компов и ОС, до ХР, или кроссплатформенности Mono).

В общем если есть возможность, то стоит посмотреть на него, расширить кругозор, "сломать шаблон".

[phomm]

Не замечал, чтобы в дельфи удалялись пустые методы классов, кроме как на обработчики на форме (причём они явно должны ещё быть приписаны какому-то контролу). Да и против удаления есть простой метод починки - поставить // - пустой коммент и ничего не удалится.
Удалять в винформсах пустые обработчики - не сталкивался обычно с такой необходимостью, т.к. если обработчик есть, то с большой вероятностью мы его сами создали для целей размещения в нём кода. На крайний случай их можно потом скопом ручками поудалять.
А вообще вот самое широкораспространённое решение
Ну и совет насчёт разрывов - дельный, если только у Вас не стоит задачи явно работать с винформсами.