Переименовать обработчики ClassName_SomeEvent () в SomeEventHandler ()?

Question

Редактировать 2: На самом деле SomeEventHandler является более кратким, чем OnSomeEventHandler:

Если я позволю Visual Studio сгенерировать для меня обработчик события, имя будет , например, :

private void ControlOrFormName_SomeEvent(object sender, SomeEventArgs e) { }

Например, обработчик события Load формы становится:

private void MyForm_Load(object sender, EventArgs e) { }

Я не нахожу эту схему привлекательной, у нее есть подчеркивание и т. Д. Кроме того, она частная, поэтому я подумал об этом:

private void LoadHandler(object sender, EventArgs e) { }

Полагаю, это никого не смущает (я запускаю проект с открытым исходным кодом), и, поскольку он находится в элементе управления, я не вижу другого возможного значения для MyForm.LoadHandler().

Имеет ли это смысл? Я пропускаю что-то, что оправдывает имя, имеющее имя класса?

Answer 1

В базовом классе Form уже есть метод OnLoad, а также множество других защищенных методов OnEvent. Вы обычно override эти методы в своих дочерних классах, когда требуется.

В коде формы вашей формы protected override On и IntelliSense покажут вам, что это соглашение об именах уже используется, поэтому, если вы определили те же методы, вы скрыли бы унаследованные члены.

Обновление

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

Сила соглашений об именах не зависит от конкретной соглашение выбрано, но из того факта, что соглашение существует структурировать код и дать вам меньше поводов для беспокойства. Стив Макконнелл

Answer 2

Обычно On<EventName> используется для повышения события и ничего больше.

Answer 3

Visual Studio помогает соблюдать следующие общепринятые соглашения об именах .NET.

Вы можете следовать за ними или просто использовать свои собственные.

В конце концов, вы знаете, почему широко используемые соглашения об именах являются правильным способом выполнения действий: большое количество разработчиков должно понимать ваш код с меньшими усилиями.