Форум » Свободное общение » Нужна подсказка по программированию (спрашиваю у всех, кто пишет програмы, скрипты и т.д. и т.п.) » Ответить
Нужна подсказка по программированию (спрашиваю у всех, кто пишет програмы, скрипты и т.д. и т.п.)
AlLi: Нужна подсказка по программированию (спрашиваю у всех, кто пишет програмы, скрипты и т.д. и т.п.) Как рекомендуете именовать функции? А то, когда их много, начинаю путаться. Уже из трех частей имя функций составлять начал - все равно не помогает. Помогите с методикой выработки системы именования. Может что-нибудь по Венгерской нотации для приложений почитать?
Ответов - 4
ТехнОкраТ: Название функции должно вкратце описывать задачу, которую она выполняет. Вот и всё
Ale012: AlLi Если программа действительно настолька сложна, что начинаешь путаться в собственных функциях, почему бы не разбить ее на несколько связанных компонентов. Сгруппировать схожие по действию функции в отдельные подключаемые файлы. Как вариант, можно вообще посмотреть в сторону объектно-ориентированного программирования, где все более абстрактно и интуитивно, так скажем. Да и не нужно всегда в уме все держать - то над чем работаешь постоянно - запомнится быстро, что забыл - посмотреть недолго. AlLi пишет: Может что-нибудь по Венгерской нотации для приложений почитать? Не советую, наоборот необоснованные сложности и удлинение. Лучше использовать нормальные удобочитаемые имена, где каждое слово начинается с большой буквы, например вот реальные примеры функций из моих программ, которые я никогда не забуду: UserExists, IsBanned, MakeOnline, ApplyTimezone, NameToNick и т.п.
AlLi: ТехнОкраТ Когда все так просто - это либо очень небольшая программа, либо бардак. Ale012 > разбить ее на несколько связанных компонентов Это не решение, т.к. проблема именно в простаранстве имен для глобальных функций и переменных >то над чем работаешь постоянно - запомнится быстро, что забыл - посмотреть недолго Это называется - постоянные трудозатраты на предотвращение коллизий глобальных имен. А мне хочется именно их снизить. >посмотреть в сторону объектно-ориентированного программирования А это хорошая мысль. Инкапсулировать функиции в объекты и вызывать потом... Насчет Венгерской нотации >наоборот необоснованные сложности и удлинение Вы, видимо, имеете ввиду изварщение от Мелкомягких, именуемое Венгерская системная номация, где предалгаются преффиксы, обозначающий тип данных. Я же имею ввиду - оригинальную - Венгерскую нотацию для приложений, где преффиксы отвечают за смысловые, а не системные классификационные признаки. Потому и спросил, что о ней практически ничего не пишут. >нормальные удобочитаемые имена, где каждое слово начинается с большой буквы CamelCase - вещь хорошая, но системой именования не является, а потому не решает проблемы. Спасибо. Остановлюсь на объектно-ориентированном подходе.
Balthazar: AlLi пишет: Это не решение, т.к. проблема именно в простаранстве имен для глобальных функций и переменных Вообще-то глобальные переменные - это плохой стиль. AlLi пишет: А мне хочется именно их снизить. Не используй глобальные переменные, самое простое и правильное решение.
полная версия страницы