Как думаете, как бороться с тем, чтобы наименования переменных модуля не совпадали с наименованиями реквизитов объекта? Как проще, как удобнее? Добавлять префиксы в наименования реквизитов (например, рКонтрагент, фКонтрагент - если это переменная формы) или в наименования переменных? А может есть ещё какие-то удобные способы?

тупая ветка

(0) тупые:
-ТС
-ветка
- вопрос

Как-то так.

Гм.

У меня в формах переменные вообще редкость, тем более такие, чтобы совпадали по смыслу с реквизитами формы

вопрос и правда НЕумный)

(2) это уже больше смахивает на "Свой вариант"

Просто вот недавно был случай, человек назвал переменную именем, совпадающим с названием реквизита документа, соответственно, реквизит в документах начал меняться "необъяснимым" образом. Вот хотелось бы подстраховаться от таких случаев

поддержу боьшинство

(1), (2), (3), (6), (8) - Я так понимаю, у вас этого не происходит? Как контролируете? Глазами?

Или вот ещё случай вспоминается - назвали переменную в модуле формы ДокументОбъект... И понеслась...

Вам-бы азы программирования выучить...
Венгерская нотация именования переменных.

А зачем вообще писать наименования реквизитов объекта руками? Выбирай их из контекстной подсказки. И нет никакой проблемы.

(11) "Известный противник венгерской нотации — Линус Торвальдс: «Вписывание типа переменной в её имя (так называемая венгерская нотация) ущербно — компилятор и так знает типы и может проверить их, и это запутывает программиста»"

(12) ну вот получилось так

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

(с)


6. https://snegopat.ru/

В типовых от 1С переменные в модуле выглядят так: мПеременная. Человек, хоть иногда работающий с типовыми, это заметит.

.

(13) 1С - интерпретатор, поэтому высказывание Торвальда Линуса в отношении "кода 1С" Ложно

(16) Заметил, заметил :)) А также ещё "глПеременная" видел
(18) Ну, хорошо, тогда так: "использование префиксов делает имена переменных менее понятными и, таким образом, ухудшает читаемость кода". И я, в принципе, с этим согласен
А префиксы в наименовании реквизитов неудобны тем, например, что в типовых они заведены уже без префиксов и когда сделаешь сортировку, то переменные "Контрагент" и "рКомментарий" не будут рядом

(18) А при чем тут интерпретатор? В одинэсике нет строгой типизации и есть неявное преобразование типов.

(10) Назвавшему так переменную вряд ли что поможет.

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

(20) Вот это уже похоже на аргумент

(0) Линейкой по рукам

(20) Кстати, в (15) что за ссылка?
(22) Линейкой по рукам - это само собой, но хотелось бы всё-таки предотвращать такие случаи

Ладно хоть в снеговике с табличными частями в этом плане попроще

(23) А что еще хотелось бы предотвратить? Ну, сование пальце в розетку, там, выход из окон 7 этажа, еще чего-нибудь?

(23) криво скопипастилось.

(25) И это тоже. Пожалуй, будет темой следующей ветки

(26) Ну дай "прямую" или хоть расскажи вкратце, что там

Было однажды. Внешняя обработка в БП, в модуле формы переменная, в новом релизе БП появился общий модуль, наименованием совпадающий с наименованием переменной.

(29) Ага, значит, проблемы всё-таки бывает подобные... Какие есть возможные пути решения?

(30)
проверка модуля, конфигурации.

Хм... Тяжеловато как-то... Я больше всё-таки склоняюсь к

(19) глПеременная - это 7.7

(33) Да ну? Вот, например, из УТ 10.3: Перем глСерверТО;

Что-то не понял... А что, оператор "Перем" для локальных переменных - уже не модно?

омг...
1 курс 2й семестр блин...

(35) Ну объявишь ты переменную Контрагент и у объекта есть реквизит Контрагент... Дальше что?

нельзя просто так взять и назвать переменную так же как реквизит. а если назвал - ССЗБ

(38) Почему же нельзя? Можно, взял и назвал в запарке, не посмотрел. Вот и спрашиваю, как бы попроще избежать таких вот "недосмотров", чтобы и код красиво выглядел и путаницы бы не было

(39) Чтобы избежать - как выше сказали, линейкой.

(40) Линейкой получится - это уже только после того, как обнаружил. Или так, в целях профилактики раз в неделю ходить, линейкой по пальцам лупить? :)

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

(41) В следующий раз "при запарке" будет внимательней.

(42) Да блин. :) Конечно нет необходимости, я про то, что случайно назвали одинаково

(42) "Если хочется назвать одинаково - нужно дорабатывать логику" - как раз не хочется

(44) Линейкой, епт.
Префиксы и проч - это маскировка ущербного названия

(45) ну делай тогда перед судьбоносными обновления проверку конфы уже