Здравствуйте, Shmj, Вы писали:
S>Вопрос такой. Сокращаете ли? Или пишите полное название? В чем плюсы и минусы?
Есть две школы именования. В одной сокращают. Это C, Go. В Java раскрывают по максимуму. Ну, правда, в той же Java принято src для каталога использовать, но, думаю, это от maven-а, который в принципе странный.
Зависит от контекста:
— если API/файлы библиотеки/фреймворка — лучше не сокращать. Либо же сокращать, если это общеупотребимые в индустрии понятия
— чем глубже опускаемся в кишки (читай, чем дальше от пользователя) и чем уже область видимости — тем больше вероятность и допустимость сокращений. Речь именно о вероятности, а не о том, что чем глубже и уже область видимости, чем короче переменные.
Ну и например я больше привык (и чаще встречаю) src/dst.
Здравствуйте, Shmj, Вы писали:
S>Вопрос такой. Сокращаете ли? Или пишите полное название? В чем плюсы и минусы?
Плюсы полных имён в понятности. Пока src ещё можно догадаться, что это source или sources, если речь о программировании, но что если есть много различных папок. В таком случае будет или комбинированный вариант из сокращений и полных имён, или только из сокращений, что никто кроме создателя сокращений не сможет точно опознать.
Плюсы сокращённых имён в уменьшении длины путей и папок. Иногда это выгодно, особенно если тот кто этим пользуется легко расшифровывает сокращённые названия, меньше символов быстрее читаешь. Другое дело комбинированный вариант из сокращений и полных имён не очень красив. Тут уж или сокращай или пиши полные имена.
И это были часто употребляемые слова. Если папок десятки, то надо будет написать файл с расшифровкой, в том числе и для себя. Так на всякий случай, а то заглянешь через пару лет и начнёшь думать, что я тут насочинял.
Здравствуйте, Shmj, Вы писали:
S>Вопрос такой. Сокращаете ли? Или пишите полное название? В чем плюсы и минусы?
Стараюсь не сокращать, потому что сокращение — анахронизм в виду ограничений (система имён 8.3, разрешение 800х600 и т.д.). Исключение — код на Си, потому что там если разворачивать имена, то читаемость ухудшается.
C>Исключение — код на Си, потому что там если разворачивать имена, то читаемость ухудшается.
Кстати да: по моим наблюдениям, в разных языках приняты и общеупотребимы разные длины переменных. Из того, что приходит сразу на ум: в Java принято писать длиннющие имена, а в Си — короткие. В JavaScript частенько пишут тоже длинные. С шарпом не работал, но предполагаю, что там тоже скорее длинные имена приняты. В го нечто среднее, возможно скорее тяготеет к коротким (наследие Си?). Все основано на моем опыте. Может просто код/проекты такие попадались.
Здравствуйте, Shmj, Вы писали:
S>Вопрос такой. Сокращаете ли? Или пишите полное название? В чем плюсы и минусы?
По умолчанию лучше не сокращать. Но если длинное и понятное имя приводит к сильному распуханию кода (имя используется в длинном выражении, причем несколько раз) — лучше сократить.