Правила именования переменных #805480

Коллеги, кто-то из вас придерживается стандартов разработки (в части оформления кода) с сайта ИТС? И второй вопрос, если нужно добавить переменную в типовом модуле, ставите ли какие-то префиксы/постфиксы у таких переменных? И третий вопрос, в наименованиях параметров собственных процедур и функций, используете ли префикс "п" (например, Функция ЧислоПростое(пЧисло) )?

Коллеги, кто-то из вас придерживается стандартов разработки (в части оформления кода) с сайта ИТС? И второй вопрос, если нужно добавить переменную в типовом модуле, ставите ли какие-то префиксы/постфиксы у таких переменных? И третий вопрос, в наименованиях параметров собственных процедур и функций, используете ли префикс "п" (например, Функция ЧислоПростое(пЧисло) )?

Коллеги, кто-то из вас придерживается стандартов разработки (в части оформления кода) с сайта ИТС? И второй вопрос, если нужно добавить переменную в типовом модуле, ставите ли какие-то префиксы/постфиксы у таких переменных? И третий вопрос, в наименованиях параметров собственных процедур и функций, используете ли префикс "п" (например, Функция ЧислоПростое(пЧисло) )?

Коллеги, кто-то из вас придерживается стандартов разработки (в части оформления кода) с сайта ИТС? И второй вопрос, если нужно добавить переменную в типовом модуле, ставите ли какие-то префиксы/постфиксы у таких переменных? И третий вопрос, в наименованиях параметров собственных процедур и функций, используете ли префикс "п" (например, Функция ЧислоПростое(пЧисло) )?

3. Зачем префикс п у параметра?

Моё бусидо: 1. всегда CamelCase 2. ИмяДолжноОтражатьСутьАНеТипДанныхИлиОбластьВидимости. Даже у параметров. 3. Ни каких сокращений 4. Ни каких префиксов

в результате, правда, от чтения php-кода у меня кровь из глаз...

Пишется "никаких"

тем более

+100500 + +100 :-)

да не. Пишем под настроение. Всякие там Перем ыыыы;

для массивов я пишу мМойМассив. для структур стМояСтруктура, для таблиц тзМояТаблица

расстрелять

если долго так код писать, то вместо пальцев писюны вырастут

сколько лет для этого надо?

приглядись к ладошкам

вы его не поняли просто.

пару раз заведете случайно локальную переменную с именем реквизита - сразу научитесь префиксы ставить.

прекрасно поняли

посмотрел, в ладони где-то полторы штуки баксов. Что дальше?

не замечал. бывают небольшие боли в пальцах.. разжимаю /сжимаю кулаки и все..

конечно!

Мне нравится, когда одинэсниг творчески переменные называет. Код читаешь как интересную книгу.

мМойМассив мМояСтруктура мМояТаблица Роберт Рождественский

я видел процедуру "ЧакНоррис". такое вот творчество

боли бывают небольшими только до появления геморроя

мой компьютер, мои документы.

да нет геморроя. Что вы прямо. Геморрой есть у того, кто придет после тебя))))

Что по поводу ?

Вырви глаз

"как переменную назовешь.." хоть матерными словами называй, все равно найдутся те, кому не понравится.

+ 100500

ну, как бы, чистой воды дебилизм

в js встречаешь такое myFunc(m_options) {} Похоже по аналогии

я тоже стараюсь у сложных типов всегда ставить префиксы типа. С каких это пор стало некошерным? Когда концов не найдешь откуда ноги растут у переменной очень пользительная привычка.

Вряд ли стремление к дебилизму объясняет желание ставить п перед параетрами. Скорее всего ты не понял вопрос...

так там не "p", а "m"

скорее - кончено

я на телевизоре на пятом канале часто вот такое встречаю: След.<НазваниеФункции>. Постоянно думаю, каких-только методов у Рогозиной нет.

ну понятно, что стремились не к дебилизму, а к красоте.

не столь важно.

примерно с тех пор, как, кроме C паскаля появились еще какие-то языки. Если так делать, то, когда понадобится (а такое бывает не редко) поменять тип, тебе нах весь код переписывать. Это - как минимум. Кроме того, это засоряет к херам текст, его становится невозможно .

на руки давай посмотрим))))

это странно, если вдруг тебе понадобится поменять тип у переменной "тзМояТаблицаЗначений" на что-то другое.

у которых писюны вместо пальцев, они часто называют параметры методов теми же именами, которые уже есть в данном скопе. Им на эту проблему костыль навешивать.

*Посмотрел. Не нахожу ничего не предусмотренного природой:-)

я хожу в спорт зал . и всем советую пару, тройку раз в недели

Правила хорошего тона рекомендуют сделать новую переменную

ну и хорошо. Зная твой многолетний опыт, боялся, что писюны идёт вдруг отросли ))))

Идёт => вдруг

вот этому коду можно на вход закинуть, как структуру, так и соответствие, так и массив со структурами и соответствиями, так и таблицу с колонками Ключ и Значение. И бывает изначально рассчитывал на структуру, а потом - куяк - появился фрагмент кода, в котором надо третье поле или еще 10, а остальной код, как был, так и остался. Если у тебя тип - часть имени, тебе весь код менять, либо оставлять в коде на*балово для будущих поколений. Для каждого КлючЗначение Из ОтветСервера Цикл

что странного ты находишь в развитии кода?

+ Хотя префикс тз частенько пишу, скорее по привычке, чем по надобности

Так от таких совпадений никто не застрахован. Простой пример: сначала ты добавил в форму какой-нибудь контекстный метод, а потом 1С в эту форму добавила _реквизит_, совпадающий с твоим именем

если переменная живёт внутри метода, поменять его раз плюнуть. Во вторых, что за фраза "изначально рассчитывал на структуру".)) А потом "куяк"? Я так не хочу программировать)

+Я думаю, что - ответ на

Поидее это только в парметры функции может прийти что угодно.Их префиксовать типом и правда смысла нет. Но не могу представить ситуацию когда надо непременно в переменную мМойКлассныйМассив запихать структуру и никак без этого не прожить

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

к

Так в типовых 1С вроде так ни разу не делалось

Возврат Запрос.Выполнить.Выгрузить[0].СуммаВсего;

Поддерживаю. +100500 Код становится самодокументируемым, и не нужно писать комментарии, объясняющие, что это за переменная и для чего нужна.

там не тип, если речь о параметрах функции. Это префикс просто для того, чтобы дальше по коду было понятно, с чем работаешь.

Например, когда ты внезапно обнаружил, что поиск по твоему чудо-массиву посему-то тормозит и решил переделать его на быстрое соответствие.

А после первой ошибки обернуть в попытку и довольно закрыть конфигуратор)))

у меня 100500 раз такое было. Ну и - это лишь один из примеров, почему префиксы - это зло. Я еще называл читабельность. К читабельности вопросы есть? Когда в коде префиксы, то его читаешь, как какие-то сотонинские заклинания на польском... Омерзительно и не понятно и, как результат, тратишь время не на образование контекста в голове, а на борьбу с орфографическими изысками...

да, но нет так писать можно, только если твой запрос гарантированно возвращает единственную строку выборки

... с синтаксическими ошибками, хехе Если гл_тзОткаммандировныеСотр Тогда

шл_тзСписДел

читабельность не страдает. Дело же привычки. Но, к сожалению мне не приходилось работать с конфой где все написано по фэншую и по соглашению о коде. Обычно несколько поколений прогеров уже налабали как могли))) Так что глаз давно не дёргается.

Не СписДел

сокращенцам - особый котел. для каждого тс из тз цикл

Оооо да, отдельный котел уже сконфигурирован для любителей употреблять отрицание в идентификаторах Если Не ФайлНеЗакрыт Тогда

> Обычно несколько поколений прогеров уже налабали как могли))) Но ты же ведь не такой, ты лучше, правда? (;

конечно лучше (аххаха). Что может быть лучше кода бывшего бухгалтера)))). Шучу.

В 6.0 ЕМНИП все переменные должны были с П начинаться, кста

6ку я только краем глаза застал. Сбежал на 7ку).

АХАХХАХ

- на - дает +, это я специально для таких случаев себе заметку сделал))) Когда первый раз с таким столкнулся, впал в ступор xD

Если НЕ ФайлНеЗакрыт И ФайлНеОткрыт Тогда

ИНАЧЕ ЛОЖЬ КОНЕЦ

Далекая ветка 2008 года типовая Бухия 7.7 Функция РубКоп(Сумма)

Кстати иногда подобное и в организации интерфейса проскакивает, пользователи ж послабее закаленных кодеров будут-то. Когда используется чекбокс, действие которого что-то отключает или запрещает. Пользун вывихивает себе разум в попытке осознания ситуации что для того, чтобы что-то выключить, надо что-то включить.

а теперь гуру 1Сникам вопрос - как бы вы этот кусок "сегодня" переписали? "По-правильному"?

Да. Мы бы это кусок переписали сегодня по правильному.

Я не гуру 1С, но сейчас механизмы есть много новых механизмов типа формат и т.д. Так что даже близко похожего не стало бы

единственный вариант, который пройдет АПК. у меня боль и страдание, когда проверку заворачивает на не канонических переменных типа Стр

АПК... будет помечена как особенность и все. Ты еще 1Сникам с Дмитровского шоссе запрети реквизиты называть как ДатаОкончания1, хехе

а никто и не предложит свой вариант. Так и думал. Даже уважаемый Лефмихалыч постесняется.

что... это за говно?

Функция ЧислоПростое(пЧисло). Здесь пЧисло - это типа "параметр" Где-то была статья на каком-то сайте, в которой предлагали для параметров ставить префикс "п", для локальных переменных - префикс "л", для реквизитов формы - префикс "рф", для переменных модуля - префикс "м". В типовых, кстати, у переменных модуля часто встречается префикс "м" Но с префиксами код как-то не смотрится

Какие-то буквы-дополнение  нужны если память шалит и не можешь понять философию программирования. Не забудь, что русский код имеет одновременно однозначный код в английском варианте. Код без всяких букв отлично работает. Пей гинкоум, если что-то забываешь.

глицин тоже неплох

в пробелов не хватает перед и после равно =)

и перед/после "+"

не суть. Важен вопрос - как этот код написали бы вы. Как обозвали бы переменные, саму функцию. Все по бусидо в .

особенность это хорошо, но я всё равно не понимаю, почему нельзя в сообщениях пользователю использовать ё, ! и повелительное наклонение?

Сам префиксы в переменных не использую, но и не переживаю сильно, наткнувшись на них в чужом коде.

Еще раз для непонятливых код 1С идет на русском от английского кода, а не наоборот. Что непонятно? Потому что английский язык считается лучшим в работе программ вообще. И вообще код 1С - это сборный от нескольких англоязычных языков программирования.