JOB: Хороший стиль программирования в 1С #444685

Ваши правила, взятые с собственного опыта по стилю программирования, я не имею в виду отступы и коментарии, а скорее логику. Например: В теле функции ПриОткрытии не должны обновлятся реквизиты соотв. справочника, документа и т.д. Хочется услышать секреты мастеров:)

на ИТС все основное есть

В программе не должно быть ошибок.

Печать документов должна быть основана не на объекте, а на ссылке

это как? ))

Если бы все было так просто ...

вот и я сейчас пытаюсь понять касаемо хорошего стиля в восьмерке...

"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете." (С) Стив Макконнелл

Вот здесь кое-что есть:

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

+1, иногда так напишут, что уходит дофига времени чтобы все раскопать по куче объектов, все цепочку размотать и понять, чтобы вписать 1 строку в нужное место.

+ Мерой сложности объекта является количество интеллектуальных усилий, необходимых для понимания этого объекта. Ясно, что для каждого человека эта величина разная. Что сложно для одного человека, может быть просто для другого. Сложность системы зависит от количества и качества связей между ее компонентами и самих компонент. Чтобы уменьшить сложность объекта, вводятся уровни абстракции, иерархическая структура или модульность. В последнем случае проблема (программа) разбивается на части (модули) до тех пор, пока их не удастся решить (запрограммировать).

Как на счет Попытка - Исключение - КонецПопытки и рунтаймэроров

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

Для того кто писал и помнит где что, оно понятно, нормально. Это доводится до абсурда иногда, процедура, с вызовом другой процедуры и больше ничего и т.д. до вложенности штук 10.

это ты про типовые?

Похоже, да. И в самую последнюю процедуру приезжает куча параметров и начинается оно... Переставил одну строку кода вниз на 4 позиции - исправил ошибку.

Угу.

Ну типовые как раз ещё норм.

Стараюсь писать все в одной процедуре (например Сформировать), чтобы код не расползался.

А если тыща строк?

Если по делу хоть 10000.

Нечитабельно

Что значит, "не расползался"? Зависит от назначения. Иногда смысла нет бить на процедуры, т.к. все логические блоки лежат в циклах и в логических скобках типа "Если". И структура должна быть линейной, т.е. каждый блок будет вызываться один раз:) Не факт.

Ну вот текст запроса у меня почти на 1000 строк

ИМХО, чаще получается

ужас какой то, прости хосподи... две страницы на процедуру

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

Ну это само собой. Но не факт:)

текст одного метода не должен быть более одного экрана, ну полтора-два максимум

ну у Вас и запросы... сказала база данных (цэ) :)

бред

вообще все написано в книге "Совершенный код" Макконела

а если текст запоса на 5 страниц?

"Финики" такой отчет придумали, одних доступных полей аж больше 80.

см

Сильная фраза. Стоит добавить в пословицы, что внизу выскакивают.

Ну запросы это вообще отдельная история, кстати как Вы считаете, насколько хорош встроеный механизм запросов 1С, не лучше ли сразу учить прямые и не мучатся

имхо, нужно уметь идеально использовать и те и те

тема в разделе про 8ку, а не про 77 если что

ну если хочешь мучаться от того "мля ну и почему этого нет в 8ке???" учи прямые))

Ну эт понятно, ну а вот если прикопатся

и че? религия не позволяет прямые для 8.х?

А чем отличается хороший стиль программирования для v8 от хорошего стиля программирования для 7.7? И от хорошего стиля программирования вообще?

тексты запросов это отдельная тема, вынести в отдельный метод

Мы (финики) такую ерунду и в мыслях представить не можем себе! Нас четко учил майор Синайский и подполковник Дивин: Если нельзя посчитать на счетах, то автоматизировать НЕЛЬЗЯ!!!

+1 желательно приватный.

а смысл?

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

из 7-ки данные таскать например

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

я из Axapta таскаю, но смысл их везде юзать?

ну не так уж и сильно

Тук-тук-тук

Не очень

Везде нету смысла

Гхм... Я всегда старался следовать завету Кнута - не зазорно использовать все конструкции и инструменты языка. Ну и разумеется, листинг должен быть чётким, понятным. Без информационной избыточности.

Главное не делать как в типовых

И ещё, у меня отпечаток накладывает долгое знакомство с С/С++ - множество мелких функций, которые вызываются блоками в определённых местах.

Вывод: в 1С написано все так, как нельзя - куча ошибок, код на 1024 "скатертях", опечаток/ошибок до жути... и т.д.

Венгерская нотация.

Есть очень просто правило Код не должен дублироваться. Ну и не про 1С Если есть сущность - выделяй ее в класс.

Для начала

про дублирование кода - неправильно.

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

Только мне одному показалось, что автор пытается показаться "своим" парнем - первогодком, перед которым "деды" с гордостью начнут бросать "понты"?

Привет, Неумирающий.

и тебе привет, *тут такая длинная расшифровка hadgehogs*

Считаешь, что старик Фаулер не прав? дублирование должно быть минимальным, а лучше вообще без него

Отсутствие дублирования кода это как нормализация БД. Вроде как хорошо, но не всегда

есть правило, у которого всегда есть исключения. Здесь речь именно про "Хороший стиль программирования" Поэтому я и пишу, что хорошим стилем является исключение дублирования

да пофиг на стиль. главное чтобы работало.

считаю что нет в приведенном примере=)

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

Кстати, думаю, что принципы рефакторинга подойдут и 1Сникам

Ну, разумеется! 1Сники же тоже программисты.

В процедуре должно быть не более 20 строк с кодом, конечно не учитывая запросы.

+ 100500

Тук тук

войдите

Это когда?

Кто тут?

Априори 1сник это программист.

Тема перетертая мого раз, но люди, которые умнее меня во много раз, пришли к выводу, что хороший стиль программирования = это когда программа (код) работает шустро, без глюков и сбоев и долго и люди пользуются. Вне всяких зависимостей от "красивости" кода. Ибо не всем дано написать ТО, что и с сотней "повторов", а "пашет" десятилетиями. Не все одинаково талантливы, увы.

Это ты стучался, так что тут - ты

Где мой сук? отдай, я хочу тоже долбить.

Ну если только для одинэсника, то да.

а в ты в бетон клювом стучал по привычке?

Пытался по клавиатуре , но иногда попадалась картошка с котлеткой.

Тема "1с - ник программист?" обширная и каждый останется при своем мнении

Лана, давай не будем больше оффтопить )