Имя: Пароль:
1C
1С v8
Как удобнее называть имена сложных функций? Я хочу ставить прочерки м/у словами
0 Cerera
 
26.04.13
13:02
1С приучило писать названия переменных и функций, начиная с заглавных букв каждое слово, входящее в название. Это конечно удобно, но иногда сливаются и тяжело визуально понять смысловую нагрузку. знак подчеркивания ведь удобнее. решил писать в таком стиле.
было:
ВернутьВыборкуПотребностейЗаказаПоставщикуПоСкладуНоменклатуреХарактеристикеЗаказу
Стало:
Вернуть_Выборку_Потребностей_ЗаказаПоставщику_По_Складу_Номенклатуре_Характеристике_Заказу

есть ли те, кто тоже предпочитают ставить подчеркивания для разделения слов? Когда программил на С++ и Php, то именно в таком стиле было принято называть имена.
1 Волшебник
 
26.04.13
13:02
(0) Что-то тебя прорвало...
2 zak555
 
26.04.13
13:03
> Когда программил на С++ и Php, то именно в таком стиле было принято называть имена.


разве ?
3 В тылу врага
 
26.04.13
13:03
(0) поверь, что и в С++ это скорее исключение
4 В тылу врага
 
26.04.13
13:04
(2) ну в его конторе почему и нет, но я нигде не встречал такого
5 Лефмихалыч
 
26.04.13
13:04
я бы депремировал бы за такие имена, а потом еще 15 минут труп пинал был
6 HeroShima
 
26.04.13
13:04
Вернуть_Выборку_ПотребностейЗаказаПоставщикуПоСкладуНоменклатуре_Характеристике_Заказу
-Тоже можно
7 Cerera
 
26.04.13
13:05
(5)вот это мне и хотелось узнать как 1с бы отняслась к такому. забраковала бы код? ну просто на самом деле на тёмном фоне у меня в конфигураторе сливаются буквы тяжело читать
8 Cerera
 
26.04.13
13:06
(3)(4)я читал немало книг по С++ и кода видел. ещё со времён Турбо Си. и там именно такой код был. правда без заглавных букв.
9 Лефмихалыч
 
26.04.13
13:06
(6) Вернуть_В_Процедуру_Такую_То_Из_моего_супер_модуля_Выборку_ПотребностейЗаказаПоставщикуПоСкладуНоменклатуре_Характеристике_Заказу_Для_Использования_В_Грёбаном_Отчете_Для_Мариванны_Из_Отдела_Маркетинга

Так вообще сразу всем все понятно станет
10 ЗлобнийМальчик
 
26.04.13
13:06
(0) это какой то очень абаперский стиль написания кода.
11 Cerera
 
26.04.13
13:07
(1)я просто неудачно выразился. глупая ветка получилось. но м не хотелось узнать на самом деле придерживается ли кто такой натации как раньше писали разделяя слова прочерками для повышения читабельности
12 Лефмихалыч
 
26.04.13
13:07
(7) во всем должен быть смысл. В подчеркиваниях твоих какой смысл?
13 Лефмихалыч
 
26.04.13
13:08
(11)  ни кто так раньше не писал, не сочиняй
14 Волшебник
 
26.04.13
13:08
Не Вернуть, а Получить
и называй коротко

ПолучитьПотребностиЗаказаПоставщику()
15 Cerera
 
26.04.13
13:09
(3)(4)Вот смотрите доказываю что в С++ так сплошь и рядом
http://eao197.narod.ru/desc/lower_case.htm
16 Лефмихалыч
 
26.04.13
13:09
(14) без "Получить" еще короче, а смысл тот же
17 Волшебник
 
26.04.13
13:09
Можно добавить каментов:

ПолучитьПотребностиЗаказаПоставщику() //по складу, номенклатуре, характеристике и заказу
18 Волшебник
 
26.04.13
13:10
(16) По стандартам 1С функции должны быть со словом "Получить"
19 Лефмихалыч
 
26.04.13
13:10
(15)  теперь расскажи, где там доказательство и где там сполшь и рядом
20 Cerera
 
26.04.13
13:10
(17)понял спасибо )) о комментариях как то забыл даже действительно. просто несколько функций похожих есть но с разными параметрами.
21 HeroShima
 
26.04.13
13:10
(9) В одной конторе корпоративный стиль требовал не более 5-ти символов на переменную. Тоже понятно.)
22 HeroShima
 
26.04.13
13:11
(15) стандартную библиотеку покажи
23 Лефмихалыч
 
26.04.13
13:11
(17)  :)) // по складу, номенклатуре, характеристике, заказу и всему остальному. Возвращаемое значение 42
24 Cerera
 
26.04.13
13:11
(19)ну это один из стандартов "венгерская нотация". много книжек встречал с использованием подобного стиля. но в 1с не используется
25 Песец
 
26.04.13
13:12
(0) ВернутьВыборкуПотребностейЗаказаПоставщикуПоСкладуНоменклатуреХарактеристикеЗаказу

фифтец... пока дочитал название до конца, уже забыл о чем речь в начале шла, у меня такие длинные строки в моск не вмещаются :(

Вопрос на засыпку:
а если в выборке подробностей понадобится добавить/уменьшить детализацию, функцию каждый раз переименовывать будешь?
26 HeroShima
 
26.04.13
13:13
(25) как и при венгерской нотации
27 В тылу врага
 
26.04.13
13:14
>> характеристике и заказу
нужно соращать до ХЗ
28 Лефмихалыч
 
26.04.13
13:17
(24)  это не венгерская нотация, это какая-то борода из ваты. И, кстати, гугл врать не станет, а он говорит вот что:
http://gyazo.com/0843ab1ef2a5b79004b4134c07204f38
29 jsmith82
 
26.04.13
13:20
ПолучитьПотребностиЗаказаПоставщику(Аналитика)
30 jsmith82
 
26.04.13
13:22
Документы.ЗаказПоставщику.ПолучитьПотребности(Аналитика)
31 EugeniaK
 
26.04.13
13:23
(0) Лично мне в первом посте вариант без поддчеркиваний воспринимается намного лучше.
32 Волшебник
 
26.04.13
13:24
(30) да, объектная техника рулит
33 MSII
 
26.04.13
13:25
ИМХО, в названии метода должны быть кратко отражены ответы на следующие вопросы: что делает метод? с чем он это делает? А параметры метода и тип возвращаемого значения в названии отражать не стоит.
Как пример, ПолучитьКурсВалюты, а не ПолучитьСтруктуруКурсаВалютыНаЗаданнуюДату.
ПолучитьПотребностиЗаказаПоставщику
34 live in sky dreams
 
26.04.13
13:28
В самом деле называй кратко и по смыслу, а описание процедур и функций прячь под спойлером комментов, как вобщем то и принято..

//А вот тут можешь в несколько
//строк писать
//описание твоей функции
//хоть в листы А4 длиной
//все равно в теле модуля
//уйдет под спойлер
Функция ПолучитьПотребностьЗаказаПоставщику(Склад, Номенклатура, ХарактеристикаЗаказа)
  бла бла
  бла бла
КонецФункции

Или

//описание структуры параметров
//...
//...
//...
Функция ПолучитьПотребностьЗаказаПоставщику(СтруктураПараметров)
  бла бла
  бла бла
КонецФункции
35 HeroShima
 
26.04.13
13:30
(0) Наследие Глобального модуля, в который пихали всё.
36 orefkov
 
26.04.13
13:56
(0)
Такой стиль был скорее не в С++, а в старом С, и то так называли обычно если подслов было два: open_file, set_value. Когда подслов более двух - "camel case" удобнее. И он используется не только в 1С. В QT например.
37 orefkov
 
26.04.13
14:01
(28)
С пятницей:
http://snegopat.ru/files/tmp/ltz.png
:)
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший