При работе с WPF или Silverlight, как использовать соглашения об именах? Вы называете элементы управления в разметке XAML? Я видел примеры проектов в codeplex с именами элементов управления, такими как «selectButton» или «btnSelect». Что бы вы порекомендовали?
wpf
silverlight
Мамта Д
источник
источник
Ответы:
У Microsoft есть руководящие принципы, опубликованные здесь на их веб-сайте. Суть в том, что венгерские соглашения об именах вышли.
РЕДАКТИРОВАТЬ
Чтобы сделать это более понятным, Microsoft исключила венгерскую нотацию из всех своих соглашений об именах, включая элементы пользовательского интерфейса. ОДНАКО, MS не документировал никаких рекомендаций для элементов пользовательского интерфейса. Существует множество ссылок, которые отмечают это и предлагают свои предложения, но суть в том, что с элементами пользовательского интерфейса вы сами по себе. Пример ссылки .
В нашем стандарте мы удалили венгерскую нотацию и используем явное именование, означающее, что кнопка с именем OK будет называться ButtonOK, а текстовый блок с именем Comments будет TextblockComments. Недостатком является то, что имена могут быть довольно длинными, положительным является то, что ВСЕ точно знают, что это за элемент.
Пока вы устанавливаете, что работает для вас и последовательно используете этот стандарт, вы не ошибетесь.
источник
Я обычно не называю свои элементы управления в XAML, так как в большинстве случаев они не используются, учитывая, что все установлено или контролируется через привязки. Источник: Пит Браун
источник
Я не знаю о XAML, но для обычного старого ASP.NET я видел следующие соглашения:
Не уверен, что я предпочитаю, честно. Раньше я видел много кода вроде # 2, но в обратном порядке (например, FirstNameTex, StateDropdown, AcceptsTermsCheck), но мне нравится другой способ, так как он группирует связанные элементы управления вместе.
источник