Соглашение о присвоении имен переменным GUI в Objective C - PullRequest
2 голосов
/ 25 июня 2011

Как видно из названия, как я должен называть переменные, которые ссылаются на элементы GUI.

buttonStartTest
startTestButton
btnStartTest
startTestBtn

или мне следует использовать startTest?

Мне нравится эта: startTestButton, но я не знаю, что такое конвенция и как их правильно назвать.Я знаю, что венгерская нотация не рекомендуется, но в графическом интерфейсе она «разрешена».

Мне также интересно, как предпочтительнее называть переменные, ссылающиеся на viewcontrollers?Если у вас есть переменная, ссылающаяся на UINavigationController, я называю их myReferenceNVC, я должен просто использовать вместо myReference?

Ответы [ 3 ]

4 голосов
/ 25 июня 2011

Нет смысла сокращать button до btn, оно явно противоречит многословным соглашениям о платформе, а button легче читать, так что вы можете сразу их выбросить.Apple склонна добавлять типы, а не добавлять их, поэтому fooButton предпочтительнее buttonFoo - ср.FooViewController, FooAppDelegate и т. Д.

Я начал вообще не добавлять тип, но обнаружил, что переменные экземпляра, которые не были элементами пользовательского интерфейса, часто конфликтуют с именами для элементов пользовательского интерфейса, поэтому я бы не сталНе рекомендуется вообще исключать button.

Для получения дополнительной информации см. Рекомендации по кодированию для какао - у Apple есть руководство для этого.

1 голос
/ 25 июня 2011

startTestButton или StartTestButton идеальны.А для метода действия используйте WasPressed:

@synthesize startTestButton;

...

- (IBAction) startTestButtonWasPressed: (id) sender
{
    ...
}
0 голосов
/ 25 июня 2011

Рекомендуемое соглашение в Начало разработки iPhone (Джек Наттинг, Дэвид Марк, Джефф Ламарш) заключается в следующем (по моим словам):

Item Shortname + Item Description +Элемент Функция

Так, например:

btnTestStart (-> btnTestStartDown для IBAction)

lblHitCount

tableCountries (без функции)

Я использовал это в течение 3 лет без проблем.

Тем не менее:

Все работает для ваших личных проектов, если вы поддерживаете его.

Для более крупных (совместных) проектов придерживайтесь того, что указывает руководство проекта, чтобы проект оставался последовательным.

...