Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Как назвать переменную?

↓ [Волшебник, 27.04.21 - 12:32]
Как назвать переменную?
Я
   Hans
 
27.04.21 - 10:13
1. ДоговорНомер83% (5)
2. НомерДоговора17% (1)
Всего мнений: 6

ДоговорНомер или НомерДоговора?
   Cyberhawk
 
1 - 27.04.21 - 10:14
По контексту использования.
Если там уже есть кучка других свойств договора, то так же и называй свой новый.
   Bigbro
 
2 - 27.04.21 - 10:16
мне привычнее.

2. НомерДоговора
   brainguard
 
3 - 27.04.21 - 10:16
(0) нд - хорошее название. Очень легко пишется, попробуйте
   ДенисЧ
 
4 - 27.04.21 - 10:18
Если православно - то ВоИмяТвоёДаСвятитсяСейНомерДоговораИСопровождающиеДокументы
   Ненавижу 1С
 
5 - 27.04.21 - 10:20
ИдентификаторСоглашения
   HeKrendel
 
6 - 27.04.21 - 10:20
(4) Аминь добавить забыл
   fisher
 
7 - 27.04.21 - 10:20
Зависит от контекста. Обычно наиболее естественным образом, т.е. "НомерДоговора".
Но если контекст перегружен сущностями, то бывает удобно их группировать по типу "ДоговорНомер", "ДоговорДата", "ДоговорУсловияВыполнения".
   ДенисЧ
 
8 - 27.04.21 - 10:21
(6) Это слово пишется через 6 букв...
   polosov
 
9 - 27.04.21 - 10:21
НомеръРяда
   Злопчинский
 
10 - 27.04.21 - 10:22
Придерживаюсь (7)
   brainguard
 
11 - 27.04.21 - 10:23
Изобретение имен длиннее двух букв свидетельствует о низкой квалификации разработчика
   sitex
 
12 - 27.04.21 - 10:25
(11) Поржал. В типовых посмотри что твориться.
   sitex
 
13 - 27.04.21 - 10:26
(12) + *творится.
   brainguard
 
14 - 27.04.21 - 10:27
(12) Это свидетельствует о низкой квалификации разработчиков типовых конфигураций.
   fisher
 
15 - 27.04.21 - 10:28
(11) Вы, случаем, не апологет ректального программирования?
   brainguard
 
16 - 27.04.21 - 10:29
   fisher
 
17 - 27.04.21 - 10:30
(16) Увы, это невозможно свести к тому абсурду, что вы задвинули.
   rsv
 
18 - 27.04.21 - 10:32
(0) не все ли равно ?
   Йохохо
 
19 - 27.04.21 - 10:32
(16) когда читаешь что то смотри на дату. конечно если нужна зарплата а не пенсия
   1Сергей
 
20 - 27.04.21 - 10:33
(11) Купи монитор побольше
   brainguard
 
21 - 27.04.21 - 10:34
(17) Это - не абсурд.
Если вы профессионал, тогда
1. Вы пишете программы так, как показано на первой картинке.
2. Всегда получаете смысл переменной не из ее имени, а из контекста.
   Hans
 
22 - 27.04.21 - 10:34
(18) Чем опытней программист тем дольше он думает над именами переменных? Тру программист, Немчинский, говорит что над именем функции нужно думать дольше чем над ее разработкой.
   Провинциальный 1сник
 
23 - 27.04.21 - 10:35
(11) А как же процессорвыводарезультатакомпоновкиданныхвтабличныйдокумент?
   brainguard
 
24 - 27.04.21 - 10:36
(22) Над именем функции - да. Над именем переменной - нет.
   fisher
 
25 - 27.04.21 - 10:37
(21)
1. true
2. false
(24) Параметры функции к переменным относим?
   brainguard
 
26 - 27.04.21 - 10:38
(23) Разве это - имя переменной?
   1Сергей
 
27 - 27.04.21 - 10:39
(26) А что?
   brainguard
 
28 - 27.04.21 - 10:39
(25) Нет, конечно
   brainguard
 
29 - 27.04.21 - 10:39
(27) Имя метода
   fisher
 
30 - 27.04.21 - 10:40
Безусловно. Смысл переменной вытекает из контекста. Контекст и есть источник ее смысла.
Но пренебрегать таким мощным вспомогательным инструментом ускорения понимания смысла как имя переменной, отражающее ее сущность - это... Это вредительство. Потому что такой человек может никогда и не читать свой код. Зато придется другим.
 
 
   rsv
 
31 - 27.04.21 - 10:40
(22) надобно вопрос закрыть и забыть.
   1Сергей
 
32 - 27.04.21 - 10:40
(29) Объекта
   rsv
 
33 - 27.04.21 - 10:42
+(31) имя функции не компенсирует если в ней 
сто циклов вместо одного запроса с топ 1
   fisher
 
34 - 27.04.21 - 10:44
Хотя если ты апологет дядюшки фаулера и любая функция у тебя не длиннее шести строк, тогда нам есть о чем поговорить.
   brainguard
 
35 - 27.04.21 - 10:47
Еще раз, чтобы всем понятно было.
Вы придумываете имя ПЕРЕМЕННОЙ. Это имя должно действовать в пределах 5-10 строк кода.
Если у вас так не получается, тогда медитируйте на https://ru.wikipedia.org/w/index.php?curid=6775969 усерднее.
Требование к имени одно. Оно должно быть легко РАЗЛИЧИМО в этих 5-10 строках кода.
Факультативное требование - оно должно быть абстрактным. Потому что настоящий профессионал никогда не вникает в смыслы имен. Он их пропускает мимо сознания. И правильно делает. Например, он ни на минуту не усомнится в том что вот здесь:

СуммаАиБ=A*Б

он имеет дело с произведением. И никогда не допустит ошибки
   Mikeware
 
36 - 27.04.21 - 10:50
калимулин пробил очередное дно...
   1Сергей
 
37 - 27.04.21 - 10:50
(35) хотел бы я увидеть мало мальски крупную конфигурацию, где переменные используются в пределах 10 строк
   ДенисЧ
 
38 - 27.04.21 - 10:50
(35) А ты уверен, что там произведение? А если это с++ и оператор * переопределен?
   fisher
 
39 - 27.04.21 - 10:53
(35) Упаси бог работать с тобой в одной команде. В том что ты говоришь - есть крупицы смысла. Но в сумме - это суспензия. Взвесь смысла в дисперсионной среде бреда.
Профессионала никогда не обманет неправильное имя переменной. Он его прочекает. Но за правильное имя переменной он своему коллеге проставит пива, потому что он облегчил ему жизнь. А за неправильное - набьет морду. Фигурально выражаясь.
   1Сергей
 
40 - 27.04.21 - 10:55
Блин, я столько раз правильно называл переменные, но  пива мне так никто и не налил :(
   fisher
 
41 - 27.04.21 - 10:59
(40) Я самому себе регулярно наливаю. Когда долго работаю на одной кодовой базе. Только тссс... Волшебник такое не прощает.
   1Сергей
 
42 - 27.04.21 - 11:01
безалкогольное же ;)
   fisher
 
43 - 27.04.21 - 11:03
(36) А точно! Это же он задвигал теорию, что чем меньше смысла в именах переменных, тем шире мозг у программиста и потому такой программист круче? А теперь, вишь, уже новую теорию под свой "стиль программирования" подогнал.
   DrZombi
 
44 - 27.04.21 - 11:03
Называй как хочешь, ты автор, тут ты заказываешь :)

1. ДоговорНомер
   mikecool
 
45 - 27.04.21 - 11:05
(6) славящие правь амона не поминают!
   Вафель
 
46 - 27.04.21 - 11:05
если сущность договор есть, то договор номер, а если нет, то номердоговора
   brainguard
 
47 - 27.04.21 - 11:05
(39) А за "неправильное" имя следует проставлять 50-летний коньяк. Потому что "правильное" имя тянет коллегу на дно нубства. А "неправильное" имя поднимает на вершины абстрактного мышления.
Расслабьтесь, коллеги )))
   Кац
 
48 - 27.04.21 - 11:10
Сначала объект, потом реквизиты. Всегда так делаю (по привычке)

ДоговорНомер
ДоговорДата
ДоговорГФУ
ДоговорПартнер

и т.д.

1. ДоговорНомер
   fisher
 
49 - 27.04.21 - 11:13
(47) Слушай. Я есть где просветлиться твоим продакшн-кодом из шестистрочных функций, не требующих осмысленных имен переменных? Ты просто порвешь мой шаблон. Потому что обычно получается все ровно наоборот. Открываешь очередную простыню - и мать моя женщина... Сплошные непристойности между сoupling и сohesion. Прям во все отверстия.
Рефакторинг чужого кода я обычно так и начинаю - понял, что означает очередное "к2" и сделал очередную автозамену. А по ходу осознания общего смысла уже декомпозицию человеческую делаешь.
   acanta
 
50 - 27.04.21 - 11:15
На страстной седьмице шла вторая пятница...
Ученые обсуждали сколько лет после изобретения компьютера просуществует профессия инженер.
Поскольку профессия программист вполне обходится без приставок.
   Провинциальный 1сник
 
51 - 27.04.21 - 11:18
(35) "он ни на минуту не усомнится в том что вот здесь: СуммаАиБ=A*Б он имеет дело с произведением"
На тему произведения и суммы. Тема раскрыта. Просвещайтесь (пока не запретили)! )
https://www.youtube.com/watch?v=BwPT8_bB8dY
   ADirks
 
52 - 27.04.21 - 11:24
(49) Ты угадал :))
Я конечно не знаток кода автора, но как-то помнится он вывешивал свои портянки. Про длину переменных нихрена не помню, но код был - лаша лапшой.
   Paint_NET
 
53 - 27.04.21 - 11:28
(11) Вот ты и продемонстрировал свою квалификацию. Код должен быть читабельным, переменные - информативные, а копрокодеры, которые используют однобуквенные переменные не только в итераторах, но и в основном теле кода, должны гореть в аду.
   Paint_NET
 
54 - 27.04.21 - 11:31
По теме - также придерживаюсь (7), и это не только к 1С относится.
   fisher
 
55 - 27.04.21 - 11:33
(53) Я с какого-то периода даже в итераторах перешел на длинные мнемонические (за редкими исключениями). Зря я, что ли, слепой десятипальцевый осваивал :)
   Paint_NET
 
56 - 27.04.21 - 11:35
(55) Дело хозяйское, конечно, но мне так удобнее эти итераторы вычленять при беглом просмотре кода. Если одна буква - то точно итератор, а не хрен пойми что :)
   Kassern
 
57 - 27.04.21 - 11:37
Есть же правила образования имен переменных о чем спор?
https://its.1c.ru/db/v8std/content/454/hdoc
   Paint_NET
 
58 - 27.04.21 - 11:48
(57) В обоих случаях назначение переменной понятно и однозначно. Вопрос лишь удобства группировки в варианте 1.
   fisher
 
59 - 27.04.21 - 11:51
(56) Выражения во вложенных циклах легче читаются.
   Kassern
 
60 - 27.04.21 - 11:53
(58) Я про сообщения (3) (14) (35)
 
 
   mistеr
 
61 - 27.04.21 - 11:56
(35) Давай пример своего правильного кода. Повосхищаемся.
   spiller26
 
62 - 27.04.21 - 12:02
соглашусь с (48) 
пДоговорНомер
А так называй как хош

1. ДоговорНомер
   Bigbro
 
63 - 27.04.21 - 12:03
(48) Реквизиты то да.
но речь про переменную.
   Paint_NET
 
64 - 27.04.21 - 12:26
(60) Аа, да там даже комментировать нечего.
   Oftan_Idy
 
65 - 27.04.21 - 12:26
(0) Какая нафиг разница ?
   Cthulhu
 
66 - 27.04.21 - 12:30
(65): для ускорения понимания (при чтении кода) того, что содержится в переменной.
последовательность "наименование объекта - детализация" тоже кажется оптимальнее. да и по алфавиту более близкое по смыслу будет стоять рядом (в списочных представлениях объектной модели)..

1. ДоговорНомер
   Irbis
 
67 - 27.04.21 - 12:31
Первое слово отвечает на вопрос что и существительное, остальное потом.

1. ДоговорНомер
   Hans
 
68 - 27.04.21 - 12:31
вот и вывели правило  >>> последовательность "наименование объекта - детализация"
   fisher
 
69 - 27.04.21 - 12:33
(68) Это доменный принцип наименования. В интернете примерно также :)
Но в понятном контексте это лишнее и рулит естественный язык.
   Hans
 
70 - 27.04.21 - 12:39
Надо значит читать совершенный код, чистый код. Может там это есть.
   Hans
 
71 - 27.04.21 - 12:42
(65) Надо в одной парадигме программировать. Сегодня так, завтра так напишешь. Бардак будет.
   Mikeware
 
72 - 27.04.21 - 12:50
(71) ©анекдот про врача, строителя и программиста
   Жан Пердежон
 
73 - 27.04.21 - 13:38
вроде не пятница
   Hans
 
74 - 27.04.21 - 14:25
Стас, ты зачем мою ветку топишь? Не хочешь что бы я выходил из гугл программистов?


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.