. Именование метода .NET: когда использовать XXXFor и когда использовать GetXXX

Question

При работе с asp.net mvc мы увидим, что существует множество методов с именем «For», например Html.EditorFor(...), Html.TextBoxFor(...) и т. Д. Эти имена очень интуитивно понятны, и мне они нравятся.

Мой вопрос есть, когда следует использовать GetXXX(...) и когда использовать XXXFor(...)? Кажется, что даже в тех же рамках именование таких методов все еще несовместимо. Иногда используется GetXXX(...), тогда как используется XXXFor(...). Есть ли какой-то принцип именования?

BTW:

Мне любопытно, это потому, что я пишу класс под названием EntityKey. Я хочу поставить два статических метода в этом классе. Это EntityKey.Get(object entity) и EntityKey.GetKeyProperties(Type entityType). Но я подумываю переименовать метод Get в For, поэтому EntityKey.For(object entity). Если я переименовал Get в For, я думаю, что лучше также переименовать GetKeyProperties в KeyPropertiesFor. Как вы думаете?

Answer 1

В MVC методы xxxFor - это не просто соглашение об именах. Этот суффикс указывает на то, что метод работает по свойству модели.

Html.TextBoxFor(m => m.FirstName); 

против

Html.TextBox("FirstName", @Model.FirstName); 

Следует также отметить, что это не "C# методы". Это методы .NET, входящие в состав ASP.NET MVC. Они называются точно так же, если вы используете VB.NET.

Answer 2

Я думаю, что «плавные» типы синтаксиса предназначены для того, чтобы сделать вещи более читабельными, поэтому самая большая вещь, которую вы хотите задать себе, - какой синтаксис лучше всего передает то, что делает ваш код.

Кроме того, если вы просто извлекаете данные из классов сущностей, вы можете использовать методы расширения.

public static int GetKey(this object entity) 
{ 
    .... 
} 

Тогда вы можете просто позвонить

someEntity.GetKey(); 

Вы могли бы взять его на шаг дальше и все ваши лиц наследуют от общего интерфейса и изменить свой метод расширения на что-то вроде:

public static int GetKey(this IEntity entity) 
{ 
    ... 
} 

Возможно, я неправильно понимаю, что вы извлекаете, но если это какие-то данные или метаданные об определенном объекте, вызов метода на объекте, который является источник данных, как правило, читается яснее для меня.