по работе пришлось читать очень много чужого кода. И я заметил одну особенность которуя я до этого не соблюдал. Все переменые вынесены в начало процедуры и по ходу процедуры не объявляются. Я в свое время читал книжку мак конелла совершенный код и там наоборот рекомендовалось переменные по ходу процедуры объявлять прямо рядом с местом использования.
А как делаете вы?

это как?

мак коннелы нам не указ. и потом, наверняка он про человечьи языки с нормальной типизацией

перем 1
перем 2
перем 3
перем 4

код код код
перем 1 = перем 2 + перем 3

в зависимости от настроения.

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

(3) Мы сейчас про переменные которые объявляются в разделе "перем" или просто присвоение по тексту, типа
спр=создатьОбъект()

(6) объявляются

(0)  А на каком языке пишешь-то? В 1Сике переменные можно только в начале процедуры объявлять. Иначе ругается - низзя, мол... И в разнообразных паскалях - то же самое. А ежели С или Java - тут есть варианты.

(9) упс. Забыл я эту особенность одноэсии...
Я на абапе клепаю. Но в принципе пример той же С# или жабы меня устроил

(0) поближе к месту использования

(10) ТОгда к чему весь этот опрос?

(12) ну тогда ни о чем.

(10) Совсем другая ситуация. В шарпе и жабе видимость переменных - не в процедуре, а в блоке {...}. Поэтому там вытаскивать в начало процедуры переменные, используемые лишь в каком-то конкретном блоке - смысла нет. А поскольку блоки - обычно небольшие, то и смысла нет заморачиваться этим вопросом.

Есть языки которым необходимо инициализация переменных для обозначения типа (delphi,vb). 1с к таким языкам не относится поэтому объявлять их можно поближе к месту использования

я так объявляю, причем вот так Паременная="";

А правильно ли я делаю ? может на самом деле переменные надо объявить в начала процедуры и тогда Движения.Записать() отработает в 100500 раз быстрее ?

Так удобней. За исключением тех что надо занулить в начале процедуры по каким то причинам.

Господа! Поделитесь, пожалуйста, секретом, как вам удаётся _объявлять_ переменные в 1Сике "по ходу процедуры".

Привык к Паскалю. Нужно, чтобы все было в одном месте. Это дисциплинирует.

(0)
Типа у нас есть выбор, где это делать?

(20) объявлять параметры циклов в разделе переменных - это они неподумавши

(21) см (9)

(22) Почему же? Объявляю одну переменную и использую ее во всех циклах (если они не вложенные, конечно).

Это вопрос про Си конечно?

(24) а тут уже второй вопрос назревает об утилизации неиспользуемых переменных

+(26) хорошим тоном считается одно объявление переменной = одна сущность

Вот за что я люблю Паскаль - так это за дисциплину. Все переменные - вместе. Константы - вместе. Не объявил - фиг используешь. И всегда определенность с типами. Не то что в современных языках.

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

(28) В каких "современных языках"?
Если ты о cях, жабе или шарпе - так там тоже есть своя дисциплина. Просто чуток другая. Не лучше, не хуже - просто другая.

(29) так компилятор и с местами объявления может разобраться - вопрос о читабельности текста
(28) аду рекомендую

Зависит от назначения переменной и области действия.
Чем шире область действия, тем выше она объявляется.
Нельзя объявлять переменную внутри какого-нибудь условия, если она используется вне его.

(30) PHP, да и в 1С с типизацией беда. Бывает глядишь описание процедуры и думаешь: чего она такое возвращает?

В САП, кстати, тоже беда.
Пример. Есть переменная типа строка(50). Входной параметр процедуры строка(100). Напрямую передать нельзя. Нужно объявить переменную типа строка(100), ей присвоить значение переменной строка(50), а потом уже строку(100) передать в процедуру.
Как говорит один наш сотрудник, "убил бы".

это не трубопаскаль...

(33) Так это - не проблема "места объявления переменных". Это - вопрос о статической и динамической типизации. И опять же - у каждой есть свои достоинства или недостатки. В (34) - как раз пример того, как излишняя строгость мешает. Когда идёт работа с _произвольной_ базой данных - то статическая типизация осложняет жизнь, поскольку какие там типы у полей - станет известно только после подключения к базе.

(34) строгая типизация, чо

(37) Даже слишком.
Не, там можно описать тип параметра как "любая строка". Но далеко не везде это сделано.

(38) угу. если память мне ни с кем не изменила, в турбопаскале та же история была

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

Автор, ветка гениальна в своей глупости.

А в каких языках переменные описываются в конце процедуры, т.е. когда они уже не нужны?

(41) теоритически, возможно в пределах блока где необходимо знать тип переменной

Я использую неявное объявление переменных.
Пожалуй, стоит сказать за это спасибо разработчикам.

(43) На ситуацию, когда имя переменной внутри процедуры случайно совпало с именем глобальной переменной - не нарывались? Повезло, однако...

Пофиг как вы объявляете переменные, компилятор полюбасу их сгенерит в таблицу переменных до начала интерпретации процедуры.

(44) "Случайно" может совпасть только там, где имеет место бардак в названиях переменных. А при системном подходе к переменным совпадения исключаются за счёт различия в стандартах имён глобальных и локальных переменных.

(44) Телепат/Снегопат покажут коли есть такая в глобальных или уже в объявленных, спасибо orefkov

(47)
Пожалуйста:)

(47) Вот именно, что "или". Некто правит (это существенно - код был написан год назад, теперь пришлось к нему вернуться; а память человеческая - небезгранична) _большую_ процедуру и пишет
МояПеременная = 1;
Телепат подсказывает, что переменная - уже объявлена. Вот только где? В процедуре? В этом модуле? В Глобальном модуле? Да, выделит конечно цветом _в некоторых случаях_.
Ко всему прочему не у всех стоит Телепат (например, процедуру приходится править не дома в комфортных условиях, а у заказчика, о всяких Телепатах и не слыхивавшего).

в параметрах процедуры.

(46) А единороги кушают радугу и какают бабочками...
Оно понятно, что если ошибок нет - то их нет, и все счастливы. Но речь-то как раз и идёт о том, как их избежать.

понадобилась переменная объявляю и сразу использую, если сильно надо, делаю ёё уровня модуль объекта. Жаль, что в 1с8 убили глобальные переменные, в 7 активно их использовал.

Ессно
А ваще нужно функции укорачивать. Я их так укорачиваю, что у меня нет процедур длиннее одного монитора, грубо говоря, а ваще где-то 15 строк

Все не читал, но есть что сказать

Процедура Тест()
 Перем А;
 А = 10; //я уверен, что идет присвоение локальной переменной
//если же объявление выше убрать, то вдруг я реквизит изменил?

Титры должны идти в конце фильма.

Процедура МояПроцедура(Знач Перем1, Знач Перем2, Знач Перем3 и т.д.)

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

(57) это только в пьесах всех действующих лиц объявляют вначале)))

(58) да понятно, что можно по-разному)
но мне даже самой неудобно по ходу их создавать, тем более, что временным переменным я часто даю не особо осмысленные имена, и искать потом, а не объявлена ли у меня еще где переменная с именем tmp, например - не то, на что хочется тратить время)))

(59) ну в сях разных вроде ругается, если область видимости перекрывается, если не ошибкой то предупреждением

(59) f12 спасает

(60) я на С++ и пишу в основном)))

(62) я предугадывал это

Так читабельнее. Исключение - для переопределения глобальных, но это очень редко, "ТемпТЗ" или "Сч" у меня в глобальных или в реквизитах не будет, да и подсвечиваются они (спасибо орефкову!)

(64)
Подсвечиваются - спасибо не мне. Metaeditor'у.

(0) Я считаю, что переменная должна объявляться и инициализироваться недалеко от первого использования. А то в сях раздражает мотать портянку с кодом туда сюда, когда в коде разбираешься

(51) Элементарно избежать, если придерживаться разных стандартов в именах глобальных и локальных переменных. Понятно ли я выражаюсь, или ещё нужно объяснять, что такое "стандарт" в именах переменных?

(67) кто сильнее, стандарт, или форсмажор?

и это правильно

(0)
Ламер.

Там где это нужно

(63) когда на 1С кодила - так же делала

+(70)В зависимости от области видимости. Если тебе это о чем то говорит:-)

(68) Зависит от программиста, от того, насколько он организован.

(41) Когда пишу на asm, всегда объявляю в конце - после заверного ret

(74) пиндишь:-)

Не знаю откуда у меня эта привычка, но я привык определять- присваивать начальные значения перед использованием переменной. наверное еще с турбо паскаля пошло.

В 1С нужно объявлять переменные, только если они передаются в функцию, так как иначе происходит ошибка.
Что касается наложения, то если все глобальные переменные начинать с буквы г, переменные модуля с буквы м, локальные с буквы л, а параметры процедуры или функции начинать с п, то никогда на наложение не нарваться.
Чтобы не было проблем можно процедуры и функции тоже указывать с префиксом, так как имя переменной может совпасть с именем процедуры или функции.
P.S. ещё можно в начале в префиксе указывать тип, например, спр для справочника и т.д.

(40) плюсЫл.
Рай, жгЫ дальЩЭ

77, врешь же

(74) объявление переменной и выделение под неё памяти - разные вещи

я не люблю когда в начале процедуры объявляют.
считаю что это замусоривает код и делает чтение сложнее

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

как правило

(82) Венгерская нотация хороша - когда типов немного. В противном случае для (к примеру) экспортируемой переменной модуля объекта, принимающей значения типа СправочникСсылка.Контрагенты и СправочникСсылка.Организации - префикс будет несколько монструозным. Либо же будет простым - но не будет содержать нужной и полезной информации.
На мой взгляд, проблема в том, что конфигуратор 1С, в отличие от многих более других IDE, не даёт грамотных подсказок - насчёт типа и т.д. (Очень жаль, что ЗАО "1С" не привлекло orefkov'а к работе над Intellisense). Ну а раз так - то явное описание - которое можно сопроводить комментарием и на которое можно быстро прыгнуть по F12 - весьма небезполезно.
В остальном же - эта ветка сильно напоминает спор между "остроконечниками" и "тупоконечниками".

+(84) Ну и - всё сильно зависит от того, на каком языке человек пишет. В C-подобных языках есть возможность _объявлять_ переменные "по ходу процедуры". А в паскалях , васиках и 1Сиках - такой возможности просто нет.
Причём "по ходу процедуры" - это сильно неправильное название. Например,
int a = f(x);
if (a == 0) {
   int i = 1;
   // здесь переменная i существует
} else {
   int j = 0;
   // а вот здесь переменная j есть, а переменная i - тю-тю
}
Console.Out.WriteLine(i.ToString()+" "+j.ToString());
// и получите ошибку - поскольку тут ни i, ни j не существуют

(84) Так в префикс мы в любом случае пишем "спр", а какого вида справочник - будет ясно из названия переменной.
В восьмёрке с типами вообще перемудрили - видимо - создатели почитали описания ядра NT, где для каждого объекта создаётся специальный объект "Тип", описывающий характеристики объекта.

(19)  СуммаПоСтроке=0;

(0) переменные следует объявлять в той области видимости, в которой они будут использоваться

(87) Это - не _объявление_ переменной.

(89) Почему? 1с объявляет переменную в месте ее первого использования, если она не была объявлена ранее

(88) Казалось бы. Но сотню постов чего-то обсуждают же.

(91) а я все не читал )))

СуммаПоСтроке=0 - это называется "неявное объявление переменной".

(93) к тому же, в некоторых языках переменные только так и объявляются

(93) Смотря в каком языке - есть ведь разная терминология.
Что касается 1Сика, то описание языка утверждает:
"Операторы языка в программном модуле можно подразделить на две категории: операторы объявления переменных и исполняемые операторы.
Операторы объявления переменных создают имена переменных, которыми манипулируют исполняемые операторы".
И далее:
"Процедура <Имя_процедуры>([[Знач] <Парам1> [=<ДефЗнач>], ... ,[Знач] <ПарамN> [=<ДефЗнач>]])[Экспорт]
    // Объявления локальных переменных;
    // Операторы;
    ...
    [Возврат;]
    // Операторы;
    ...
    КонецПроцедуры"
...
// Объявления локальных переменных
    Объявляются локальные переменные, на которые можно ссылаться только в рамках этой процедуры (см. оператор Перем)".

(0) это из дильфинария пришедшие, они лошары. их код гумно. не обращай внимание

(95) "В языке переменные не обязательно объявлять в явном виде. Неявным определением переменной является первое ее появление в левой части оператора присваивания. Тип переменной оп­ределяется типом присвоенного ей значения. Не допускается использование в выражениях переменных не объявленных ранее в явном или неявном виде."
http://1c-pro.ru/wiki/index.php/Перем

(97) О чём и речь. Вопрос терминологии. "Описание встроенного языка" говорит одно, сайт http://1c-pro.ru - другое.
Прежде чем спорить - надо бы придти к единой терминологии, иначе получается "я ему про Фому, он мне - про Ерёму".

И тема не ограничена языком 1С, как ранее выяснено.

100

(0)Переменные разные бывают.
Некоторые есть смысл объявить в начале, обычные проходные переменные, обычно объявляются перед использованием.
Т.е все зависит от смысловой нагрузки переменной, и области видимости.

Размещать в начале - атавизм.

По ходу

(103) очень плохой стиль программирования, нужно делать код защищенным :)

(0) В 1С имеет смысл объявлять переменные в начале процедуры, чтоб быть уверенным, что не цепанешь нечаянно какую-нибудь глобальную или какой-нибудь реквизит

по разному. зависит от обстоятельств

(105) а толку? все равно не поможет. вот, например, обработка КонсольЗаданий, ИТСная, между прочим, создает переменную Пользователи, а в БГУ есть такой глобальный модуль, соответственно, обработка в ней не открывается без правки. Так что, как ни обзывай, все равно может понадобиться правка кода, где бы ни объявлял переменную. Предпочитаю объявлять так, чтобы не пересечься, например, Для СчетчикТаблицыОстатков = 0 По.... (Можно, конечно, запросом, но для разовых задач предпочитаю перебор, легче отлаживать).
Все счетчики стараюсь использовать единожды, никода не использую коротких переменных, типа аа = итог("а"),
и проблем с кодом не испытываю. Еще выравнивание по табуляции для удобочитаемости кода и все замечательно.
Соответственно, не вижу смысла объявлять в начале процедуры переменные, так как она может быть очень большой.

(0) Объявляю только глобальные. Объявлять локальные не вижу смысла.

(89) (93)
Это не объявление переменной.
Это присваивание.
И только если 1С не найдет ничего с этим именем, она заведет переменную.

Зачем объявлять переменные в процедуре?
Я вообще так не делаю.

(109) В TFM это давно называют "неявным объявлением переменной". Не вижу причин для обструкции этого понятия.

(111)
В TFM есть много несуразностей, недомолвок, неточностей и тп, что теперь, все на веру брать?
Я смотрю не на то, как 1С это называет, а то, как это работает.
А работает оно так: переменная в данном случае неявно создается только если не найдено других переменных, свойств контекста и т.п. с этим именем. Если бы оно создавало переменную всегда - тогда бы это было "неявным объявлением переменной".

афигенный пункт голосовалки

(108)...Объявлять локальные не вижу смысла - Выборка.Ссылка.ПолучитьОбъект() - как без локальной переменной с объектом работаешь?

(114) ты сейчас про объявление переменной? Или про присваивание?

ничего в 1с объявлять не надо, даже тип. Специально для убогих сделано.)

(115) это я затупил, вопрос снимаю.

по аналогии с типовыми конфигурациями...не хочу свой код выпячивать

(113) Ага..  В разделе "В фильме снимались..."

Еще в универе после паскаля так приятно было на сях писать for(int i;i++;i<10).

вот, нарыл у себя

   Перем ДатаНачалаПериода;
   Перем ТекущийКонтент;
   Перем СписокПрерываний;
   Перем РасшифровкаНачислений;
   Перем РасшифровкаНачисленийПоСрезу;
   Перем РасшифровкаЛьгот;
   Перем РасшифровкаЛьготПоСрезу;
   Перем УчтенноеКоличествоПоВидуРасчета;
   Перем ОбщаяСумма100ПоВсемПрерываниям;
   Перем СтрокаПрерывания;
   Перем НачалоПериода;
   Перем КонецПериода;
   Перем КоличествоДнейВПериоде;
   Перем КоличествоДнейВТекущемМесяце;
   Перем УчастиеВРасчете;
   Перем ВидТарифа;
   Перем ВидРасчета;
   Перем КоэффициентПериодаПрименяетсяККоличеству;
   Перем КоличествоЧеловекНаСубсидию;
   Перем ВидБлагоустройства;
   Перем ТипРасчетаТарифов;
   Перем ДнейВПериоде;
   Перем ОбщиеТарифы;
   Перем ТаблицаЖильцовДляРасчета;
   Перем ПрописаноЧеловек;
   Перем ТаблицаПорядкаРасчетаЖильцов;
   Перем ТаблицаВсехЛьготЛицевогоСчета;
   Перем ТаблицаЛьгот;
   Перем КПериода;
   Перем КПериодаДляТарифа;
   Перем КоэффициентНормы;
   Перем ПрименятьНорму;
   Перем ВидНормыПотребления;
   Перем Норма;
   Перем ВидНормы;
   Перем Месяцев;
   Перем КоэффициентПериодаДляКоличества;
   Перем ВидНормыУчетныхЕдиниц;
   Перем ОбщееКоличествоПоНорме;
   Перем СтруктураКоличества;
   Перем ТаблицаЖильцов;
   Перем КоэффициентПоПериодуДействияТарифа;
   Перем КоэффициентПериодаДляТарифа;
   Перем ТарифЦена;
   Перем ТарифПревышенияЦена;
   Перем КоличествоЧеловекДляРасчета;
   Перем СтрокаСЖильцом;
   Перем ОсталосьЖильцовДляРасчета;
   Перем ИсходноеКоличество;
   Перем ЕдиницаИзмеренияИсточника;
   Перем ЕдиницРасчета;
   Перем ЕдиницаИзмерения;
   Перем КоэффициентСкидки;
   Перем ЗнакЕдиницРасчета;
   Перем ИсходноеКоличествоУслуги;
   Перем ДанныеПоЛьготеДляЖильца;
   Перем СписокРеквизитовПоЛьготеДляЖильца;
   Перем ОбщаяСумма100;
   Перем ФлагИспользованияЕдиницПлощади;
   Перем РаспределитьРавнымиДолями;
   Перем ДоляУслугиЖильца;
   Перем СтруктураКоличествоПоИсточникам;
   Перем СуммаНачислено;
   Перем СуммаЛьготы;
   Перем СтрокаЖильцов;
   Перем Жилец;
   Перем ЭтоЛьготник;
   Перем РаспределенноеКоличествоУслугиЖильца;
   Перем СуммаЛьготыПоЖильцу;
   Перем Сумма100ПоЖильцу;
   Перем ДействующийПроцентЛьготы;
   Перем ДействующийПроцентЛьготыСверхНормы;
   Перем ИсточникДляВыбораКоличествоУслугиПоНорме;
   Перем СтрокаЛьготы;
   Перем НормаЖильца;
   Перем ПроцентЛьготы;
   Перем КоэффициентДействующейЛьготы;
   Перем ПроцентЛьготыСверхНормы;
   Перем Льготник;
   Перем ИсточникФинансирования;
   Перем ДействующаяЛьгота;
   Перем ДействующаяЛьготаНаУслугу;
   Перем ДействующийСпособРасчетаЛьготы;
   Перем КоэффициентДействующейЛьготыСверхНормы;
   Перем ТарифыДляРасчета;
   Перем КоличествоУслугиПоНорме;
   Перем КоличествоУслугиСверхНормы;
   Перем КоличествоПоЛьготе;
   Перем УслугаЖильца;
   Перем НачисленоПоНорме100;
   Перем НачисленоСверхНормы100;
   Перем НачисленоПоЛьготе;
   Перем НачисленоПоУслуге100;
   Перем НачисленоПоЛьготе100;
   Перем НачисленаяЛьгота100;
   Перем КоличествоБезЛьготы;
   Перем НачисленнаяЛьгота;
   Перем СтрокаРасшифровкиЛьготы;
   Перем ВладелецДействующаяЛьготаНаУслугу;
   Перем ДляРасчетаСоциальнойНормы;
   Перем КоличествоПоИсточнику;
   Перем УчаствуетВРасчетеСубсидии;
   Перем СтрокаРасшифровки;
   Перем КДнейВПериоде;
   Перем НачисленоПоНормеБезЛьготы;
   Перем НачислениеВПределахНорматива;
   Перем НачисленоПоНорме;
   Перем НачисленоСверхНормы;
   Перем Начислено;
   Перем Начислено100;
   Перем ДляРасчетаСубсидии;
   Перем КоличествоДляРасчетаСоциальнойНормы;
   Перем МинимальноеКоличествоДляРасчетаСоциальнойНормы;
   Перем КоэффициентПроживающихКИмеющимПравоНаСубсидию;
   Перем СоциальнаяНорма;
   Перем Результат;


как бы вы назвали такого программиста?