Как читать чужой код? Часть 1. Общие вопросы. Доработка чужого кода. Code review

Публикация № 1516438 20.09.21

Разработка - Практика программирования

Чужой код чтение кода доработать чужой исправить оптимизация проверка помощь разработка запрос программный интерфейс

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

 Сразу напишу вопросы, которые в статье не будут рассматриваться:

1. Разбор и отладка правил конвертации

2. Отладка фоновых заданий. 

3. Отладка асинхронных вызовов.

Здесь если начать описывать данный процесс, то получится статья о том, как они работают... А смысла писать давно описанное нет. Для меня пп. 2 и 3 это обычный код, который разбирается в других кейсах.

 

Итак, прежде чем читать чужой код, необходимо понять, зачем мы это делаем, какой результат хотим получить в итоге. Чтение кода - это задача, причём довольно сложная! И без понимания того, какой результат мы хотим видеть, - никак не обойтись. 

В моей практике чужой код необходимо читать в следующих ситуациях:

1. Необходимо выполнить небольшую или, наоборот, большую доработку в уже существующем (не типовом) объекте метаданных или во внешней обработке/отчете.

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

3. Отдельно выделю доработку типовой конфигурации. Её код усложнён из-за необходимости учитывать большое количество сценариев и стандартов разработки. Универсальный код всегда сложнее анализировать.

4. Вам необходимо провести обновление доработанной кем-то или Вами конфигурации. Зачастую необходимо обновить вообще незнакомую конфигурацию, возможно, Вы с ней не сталкиваетесь по работе. Например, моя конфигурация ЗУП, но мне приходилось обновлять 5 примерно похожих между собой конфигураций УПП 1.3. 

5. Отдельно выделю разбор и изменение запросов.

6. Как разобраться в работе программного интерфейса. Как его использовать в своей доработке.

7. Отдельно выделю необходимость помочь коллеге, или необходимость за кого-то переделать работу в невероятно короткие сроки. Не все разработчики могут выполнить поставленную им задачу, и приходится за кем-то переделывать.

Теперь определимся с ожидаемым результатом от наших действий:

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

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

3. Разобрались, как работает типовой код. Определили объекты метаданных, из которых вызывается. Определили сценарии работы кода. Выполнили свои доработки, не нарушив логической целостности кода. 

4. Обновили доработанную конфигурацию, перенесли весь дописанный код. Где-то код заменили на типовой. Где-то пришлось заново доработать.

5. Разобрались с запросом. Внесли в него свои доработки. По возможности оптимизировали запрос. 

6. Разобрались с программным интерфейсом, включили его в свою доработку.

7. Помогли коллеге, ответили на вопросы, проверили его способ реализации, подсказали правильный путь. Либо всё это сделали без использования коллеги. Исправили все ошибки, либо с нуля выполнили доработку.

Вводная информация, применимая ко всем кейсам:

1. Конечно же, будут попадаться незнакомые процедуры или функции встроенного языка. Их изучают в 2 простых шага:

-- Синтакс помощник расскажет Вам о её предназначении.

-- Поиск по всем текстам в любой типовой конфигурации покажет Вам множество примеров по использованию. Часто эти примеры можно прямо копировать в свой код, когда будете вести разработку.

2. В целом программирование в 1С построено на том, что любая переменная или реквизит имеет определённый тип значения. Набор свойств и методов, доступных для переменной/реквизита, можно найти в синтакс помощнике в разделе, где описан конкретный тип значения. Тип значения конкретной переменной в коде можно посмотреть отладчиком. Узнав тип значения какой-то переменной, Вам может стать понятней код, который написан применительно к переменной.

3. Не нужно никогда изучать код путём прохождения ВСЕГО кода через отладчик. Поверьте, Вы сойдёте с ума и ничего не поймёте! На выходе будет каша в голове. Пользуйтесь поиском по всем текстам, чтоб найти нужное для разбора и отладки место.

4. Возможно, Вам требуется разобраться с каким-то объектом метаданных, с которым Вы никогда не сталкивались. Тут описанные выше методы не подойдут. Вам необходимо поискать статьи, которые описывают теорию об этом объекте и практическое применение объекта. Например, Вы не знаете, как работают Web-сервисы. Найдите статью об этом, скорей всего, статья даже окажется на Инфостарте. Часто авторы статей совмещают теорию с практикой и показывают примеры кода, как это использовать. Если пример можно скачать за 1$m, не жалейте этих денег. Самостоятельно дольше будете писать! И нет, это не скрытая реклама данного ресурса. Это мой опыт, который позволил со многими трудными механизмами разобраться. 

5. Не стесняйтесь непонятные вопросы задавать на форумах. Даже если Вас обольют 10 человек грязью, всегда найдётся один, который поможет!

6. Любая конфигурация/обработка/отчет/объект метаданных - это набор сценариев, который заложил в неё разработчик. Прежде, чем пытаться доработать тот или иной кусок кода, необходимо выявить те сценарии, которые уже заложены. Способы выявления сценариев будут раскрыты ниже для каждого кейса.

7. Приучите себя к правилу: Нельзя начинать разработку, пока Вы четко не знаете существующие сценарии и как должен выглядеть сценарий после Ваших изменений. Сценарий - это основа для любой разработки. Писать его нужно ДО кодирования, а не после!

8. Не рекомендую никому вести разработку на "тестовых примерах". Тестовые данные никогда не показывают полную картину. Максимум тестовый пример охватывает 20-30% сценариев, которые необходимо учесть. Задайте себе вопрос: "Кто будет дорабатывать/тестировать остальные 70-80% сценариев"?

 

Кейс 1. Доработка кем-то придуманного кода. Условимся, что это не код типовой конфигурации. 

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

1. Первое, что Вы должны понять, есть ли описание этого решения, либо человек, который может рассказать, как оно работает. Конечно, Вам не требуется знать всю архитектуру, но Вам обязательно нужно понять, как работает кусок, который требуется доработать.

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

а. С отчетом всё просто - попробовать разные настройки, посмотреть, какие данные выводит, разные варианты отчета посмотреть. 

б. С обработкой сложней:

-- Первое, что надо посмотреть в коде - какие объекты модифицирует обработка. Делаем просто поиск процедуры Записать(). Всё станет очевидно. 

-- Далее надо ответить на вопрос: откуда берется список объектов, который меняется. Скорей всего есть запрос... 

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

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

ВАЖНО: Прежде чем отладчиком смотреть такие обработки, необходимо закомментировать все Записать(), найденные на первом шаге. Это убережет Ваши данные от ненужных изменений.

-- Нужно разобраться с заполнением тех параметров, которые выведены на форме. Для этого смотрим, где в запросах они используются? Некоторые параметры могут быть не используемыми! Это нужно определить на данном этапе и убрать сразу их с формы обработки!

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

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

-- Весь код можно разделить на 2 части: интерфейсный код (управление элементами формы) и объектный код (обработка заполнения, проверки, записи объекта, формирования движений документов, печать). Поэтому первое, что надо сделать - определиться, что Вы планируете доработать - интерфейс или объект. 

-- С интерфейсным кодом обычно в самописных решениях никто особо не заморачивается. Поэтому найти, где прячется тот или иной реквизит, несложно. Но здесь стоит напомнить, что прятать реквизиты можно благодаря ещё 2-м механизмам: функциональные опции и права пользователя (для управляемых форм). 

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

-- Далее Вам необходимо посмотреть на уже заполненные данные. Неважно, какой это объект метаданных, можно вывести запросом все или часть данных с отбором по периоду или какому-то полю (чтоб не повесить сервер). Изучите, какими значениями заполнены реквизиты, особенно, если их тип - Перечисление. Стоит помнить, что перечисления созданы для описания сценариев. Можно по коду посмотреть, прописаны какие-то сценарии по значениям перечислений или это просто настройка, которую в отчете используют. 

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

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

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

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

ВАЖНО: В остальных кейсах необходимо пройти те же самые шаги. Поэтому по остальным кейсам буду описывать только отличия от первого. 

 

Кейс 2. Выполняем code review. 

Почему кейс 2 идёт после доработки нетиповых решений? Всё потому, что проверяем-то мы не типовую конфигурацию от 1С... А проверяем мы то, что написали наши коллеги. Иногда приходится проверять то, что написали уволенные коллеги или уволенная вся команда))) Т.е. никто не знает, как оно работает, и нигде не описано.

НО! Цель код ревью - проверка соблюдения стандартов разработки 1С. На эту тему написано очень много статей, поэтому подробностей здесь не будет. Коротко опишу, что проверяю сам:

1. Есть в стандартах раздел "Соглашения при написании кода". Этот раздел по сути показывает, грамотный человек писал код или нет. Многие любят излишние сокращения, не любят писать с заглавной буквы, делать пустые строки между блоками и т.д. Выполнение разработчиком этой группы стандартов так же важно, как и грамотная устная и письменная речь. Несоблюдение этих стандартов затрудняет чтение и понимание кода! Да и просто это неуважение к остальным коллегам! Ну и собственно длительно с таким кодером я работать не стану. Пару раз предупреждаю о соблюдении этой группы стандартов, не понял - на выход! 

2. Если в рамках задачи создаются новые объекты метаданных - проверяю группу стандартов "Создание и изменение объектов метаданных". Цели данной проверки те же. Обеспечение единого подхода при создании объектов метаданных. Иногда встречаю реквизиты вместо Сотрудник, Подразделение - Сотр, Подр. Встречалось, что Сотрудник был с типом "Строка", а не справочник. И это была не механическая ошибка. В самописной базе не было такого справочника! Необходимо создавать объекты метаданных по описанным в стандартах принципам. В обработчике ПередЗаписью встречал проверку заполнения реквизитов и т.д. 

3. Далее проверяю вопросы клиент-серверного взаимодействия. Собственно в этой группе стандартов перечислены необходимые проверки. Очень много кода пишут на клиенте, много лишних серверных вызовов, не используется серверный вызов без контекста. 

4. Следующее проблемное место в коде - обработка данных (запросы, выборки, транзакции, блокировки). 

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

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

-- Часто встречаются запросы в циклах. Особенно часто они неявные, возникают при вызове программного интерфейса типовых конфигураций в цикле. Иногда пишут свою процедуру/функцию с запросом и используют её потом в цикле. Цикличное обращение к базе данных в несколько раз замедляет работу кода. При количестве итераций более 1000 замедление будет очень заметным!

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

-- Неоправданное использование блокировок при выполнении запросов к регистрам накопления. Ведь блокировка нужна только при ОДНОВРЕМЕННОМ обращении нескольких пользователей К ОДНИМ И ТЕМ ЖЕ ДАННЫМ! Но её используют и там, где пользователи жестко разграничены через РЛС. Необходимо на этапе разработки понимать, как будут работать пользователи. Можно по этому вопросу проконсультироваться с архитектором проекта. На всякий случай использовать блокировки НЕЛЬЗЯ! 

-- Из неописанного в стандартах разработки... С удивлением для себя обнаружил, что использование следующего кода сильно тормозит работу. В выборке 6000 записей, в таблице, которую обрабатываем 100 000 (сто тысяч). В итоге этот код выполнялся 40 минут!

	//Запрос к справочнику сотрудники
	ВыборкаПоСотрудникам = Запрос.Выполнить.Выбрать();

	//В таблицу помещаем данные табельного учета за месяц.
	//Получается более 100 тыс записей
	ТаблицаТабеля = Новый ТаблицаЗначений;

	//В цикле необходимо подобрать ссылки для подразделений и сотрудников, 
	//т.к. данные получены через COM есть только строковые значения.
	Для Каждого ТекСтрока Из ТаблицаТабеля Цикл
		ВыборкаПоСотрудникам.Сбросить();
		Если ВыборкаПоСотрудникам.НайтиСледующий(СтруктураПоиска) Тогда
			...
		КонецЕсли;
	КонецЦикла;

После того, как данный код был переписан на запрос, заполнение ссылок занимает секунды.

5. В последнюю очередь проверяется группа стандартов "Разработка пользовательских интерфейсов" и "Проектирование интерфейсов 8.3". Список проверок описан в стандартах. Нет цели его здесь повторить. Самое главное это удобное расположение элементов формы, таблиц, команд, итогов. Необходимо располагать самые важные элементы так, чтоб они заполнялись первыми. В табличных частях фиксировать левые колонки, если без прокрутки невозможно просмотреть всю табличную часть. Интерфейс должен быть понятен пользователю и не содержать лишних элементов, которые в текущем сценарии не используются.

6. Без привязки к стандартам проверяю выбранный способ решения задачи. Многие коллеги настолько боятся менять типовые объекты, что копируют их целиком и меняют скопированный объект! В этот момент коллеги забывают, что скопированный объект работает на программном интерфейсе конфигурации, в которой он создан. Если через сколько-то релизов сильно изменят программный интерфейс, то скопированный объект перестанет работать и его придётся обновлять! Так почему не доработать сразу типовой объект?!

Аналогично поступают с некоторыми процедурами общих модулей. Создают новый общий модуль, в него копируют процедуры и функции, которые планируют поменять и там меняют. Ошибочно это по той же причине: как только изменят используемые процедуры и функции в типовой конфигурации, Ваша доработка перестанет работать!

7. Также по коду часто видно, отработаны все сценарии? или разработчик схалтурил и сделал лишь часть работы. Понять это можно, анализируя условия, которые есть в доработанных процедурах и функциях. Часто встречаю, что из нескольких веток условия доработка есть только в одной ветке. А кто остальные будет делать?

8. Очень рекомендую проводить дополнительный (промежуточный) этап проверки Desing review. Этот этап проводится когда разработчик выполнил примерно треть своей работы. Он уже разобрался в коде, который ему требуется менять, уже знает, какие запросы и как будет менять, "накидал", как будет выглядеть интерфейс. Цель этого этапа на старте разработки понять, что разработчик выбрал правильный путь решения с одной стороны, архитектор/аналитик верно поставил задачу с другой стороны. 

Главная причина срыва сроков в разработке - не все сценарии учтены. Так это или нет позволяет понять промежуточная проверка. Если мы находим новые сценарии или видим, что текущие описаны неверно, можем сразу об этом сообщить руководству/заказчику, согласовать новые сроки и учесть бОльшее количество сценариев при разработке.

 

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

 

Остальные части доступны по ссылкам:

Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации.

Часть 3. Разбор и доработка запросов

Часть 4. Программный интерфейс. Исправление чужих доработок.

Добавляйте себе в избранное,  ставьте "+". Статья разрабатывалась 1,5 месяца, а опыт копился 18 лет!

 

Также напомню о своих предыдущих публикациях, в особенности про статью об архитекторе. Текст статьи полностью переработан, сглажены углы. Будет интересно, даже если уже читали. Вот ссылки:

1. Кто такой архитектор. Редакция 2!

2. Пример работы с файлами odt в клиент-серверной модели работы

3. Использование ПоказатьВопрос() в событии НачалоВыбора()

Специальные предложения

Лучшие комментарии
29. biimmap 308 20.09.21 23:00 Сейчас в теме
Коллеги, ко всем предложение - изучайте все 4 статьи) Эта часть вводная. Самое интересное дальше. И плюсы ставьте всем статьям)
Остальные комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. starik-2005 2398 20.09.21 10:32 Сейчас в теме
2. biimmap 308 20.09.21 10:32 Сейчас в теме
(1) Да не прошло и году) Всего 1,5 месяца
3. starik-2005 2398 20.09.21 10:33 Сейчас в теме
(2) сохранил себе, почитаю на досуге.
4. Steelvan 126 20.09.21 11:10 Сейчас в теме
Ага, а потом придет следующий программист и весь ваш код тоже удалит и напишет свой, тоже считая свой подход единственно правильным.

Ты 1Сник, это твоя судьба почти всегда работать с чужим кодом. Без разницы, это код типовых конфушек от 1С или самописки.
В 1Сники идут добровольно, так что жуйте свой кактус :)
so-quest; +1 Ответить
6. ivanov660 2846 20.09.21 11:41 Сейчас в теме
(4)Если код хороший (качественный), то вряд ли он будет переписан. Если только этому программисту платят за количество строк, а так ему скорее всего будет лень переписывать и они приткнет где-нибудь свой костыль.
sturamironova; RickyTickyTok; biimmap; +3 Ответить
8. biimmap 308 20.09.21 11:55 Сейчас в теме
(4) Так картинка то специально подобрана под статью))) А статья чтоб не удаляли код! А грамотно модифицировали!
5. smit1c 106 20.09.21 11:25 Сейчас в теме
(4) это судьба всех программистов.
Bassgood; ubnkfl; +2 Ответить
7. ivanov660 2846 20.09.21 11:43 Сейчас в теме
Статья годная, мне нравится когда делятся результатами, своим опытом, особенно если он большой.
9. AntonProgma 33 20.09.21 13:47 Сейчас в теме
Свой код становится чужим через некоторое время.
albert.goncharov; RickyTickyTok; Drivingblind; Bassgood; anton-1981@yandex.ru; mark_iz; sanches; biimmap; +8 Ответить
11. biimmap 308 20.09.21 14:31 Сейчас в теме
(9) Да бывает смотришь на давно написанное и не помнишь как и почему. А иногда думаешь, чё за говнокодер это писал))))
Bassgood; +1 Ответить
10. QuickMix 20.09.21 14:04 Сейчас в теме
Во всех вакансиях есть требование - умение читать чужой код.

Всегда считал такое требование, и вообще его формулировку - странным. Ещё не встречал 1Сника, который бы работал только со своим кодом, и всё бы писал с нуля. Как минимум приходится работать с кодом типовых конфигураций. Этот самый код типовых конфигураций тоже является "чужим", только если ты не пишешь типовые.

Я, конечно, понимаю, что здесь имеется ввиду - код написанный кем-то, кроме тебя, и разработчиков типовых.

Тогда корректно формулировать это требование так:
Умение читать корявый код, который написан по принципу "главное чтобы работало".

А некоторые наоборот дорабатывают типовые так, что код от типового не отличить (в хорошем смысле. Я понимаю, что код типовых далеко не идеален). Тогда код хоть и чужой, и не типовой, и если он написан также, как в типовых, то умение "читать чужой код" можно отключать.
12. biimmap 308 20.09.21 14:33 Сейчас в теме
(10) У меня описаны все кейсы, и с типовой и нет. В статье они разделены, т.к. действительно написаны лишь бы работало)))
Работают то все, но время на разбор чужого кода у всех разное. Я его читаю просто как книгу, а кто-то неделю разбирает запрос. Вот статья нужна чтоб прокачать эту компетенцию!
13. hiduk 110 20.09.21 14:38 Сейчас в теме
Когда, в конце концов, вместо требования "умение читать чужой код" будет выдвигаться другое, например: "умение писать свой код так, чтобы его могли прочесть другие"?
ShiningPhoenix; nekit_rdx; user751607; biimmap; +4 Ответить
16. biimmap 308 20.09.21 14:43 Сейчас в теме
(13) В моей статье много раз говорится про стандарты разработки. А вот про соблюдение стандартов разработки уже многие пишут в вакансиях. Есть ощущение, что именно это поможет писать так, чтоб другие могли прочитать)
user751607; +1 Ответить
43. Rustig 1203 22.09.21 09:16 Сейчас в теме
(13) доработка типовых и сдача на спеца - это как раз "умение читать чужой код" - для адаптации типовой конфигурации
44. Bassgood 1164 23.09.21 19:56 Сейчас в теме
(43)
сдача на спеца

Это ж где там требуется читать чужой код?
Спец по платформе - пишешь мини-конфу с "нуля", спец по конфам - минимальное вмешательство в определенные участки конфы
45. biimmap 308 23.09.21 20:40 Сейчас в теме
(44)
минимальное вмешательство в определенные участки конфы

т.е. их читать не надо? вслепую вмешиваетесь?
46. Bassgood 1164 23.09.21 20:48 Сейчас в теме
(45) Я к тому, что они довольно очевидны, и реального копания по множеству модулей и разбора логики работы алгоритмов путем чтения тысяч строк кода практически не требуется
47. biimmap 308 23.09.21 21:03 Сейчас в теме
(46) Вы знаете, я вот 14 лет назад спеца сдавал... И вот совсем не было очевидно)))

В целом статья предназначена для начинающих или середнячков. С трудом верю, что профи могут найти в ней полезное что-то. Разве что для профи моя статья как чек-лист - убедиться, что да эти навыки есть))
14. Steelvan 126 20.09.21 14:40 Сейчас в теме
Эта публикация https://infostart.ru/public/1518811/ оприлюднена сразу после вашей.
Автор решил вас немного потроллить и все ваши случаи обзора и правки кода :)
17. biimmap 308 20.09.21 14:45 Сейчас в теме
(14) честно не вижу связи между статьями... ссылок на мою нет.
15. Steelvan 126 20.09.21 14:41 Сейчас в теме
(13) ...чтобы его могли прочесть другие...

Смотря какой уровень опыта у "других".
Наверное правильнее "Умение писать код в соответствии с требованиями 1С к оформлению кода".
Bassgood; +1 Ответить
18. flex81 59 20.09.21 15:02 Сейчас в теме
Прикольно. Моделирование не используют чтобы логику кода понять?
19. biimmap 308 20.09.21 15:04 Сейчас в теме
(18) В каком-то слове у Вас опечатка. Из-за этого вопрос непонятен...

Но предполагаю, что речь идёт про составление сценариев. Об этом почти в каждом кейсе идёт речь! Пару раз подчеркнуто, что сценарий - основа для разработки.
33. flex81 59 21.09.21 13:47 Сейчас в теме
(19)а в чем составляите сценарии?
34. biimmap 308 21.09.21 13:50 Сейчас в теме
(33) Наверно в ответ хотите услышать модные программки... Но нет я ими не пользуюсь. Итог в презентациях.
37. flex81 59 21.09.21 14:06 Сейчас в теме
(34)тоесть презентации в point делаете для разбора кода?
user751607; +1 Ответить
38. biimmap 308 21.09.21 14:09 Сейчас в теме
(37) нет конечно) если реально нужны описанные сценарии, мне достаточно пару схем от руки в тетради... А вот если надо заказчику отдать описание, тогда перевожу это в презентацию.

Например, вот была задача из 2.5 обработку переделать в 3.1. Обработка 4000 строк и их было 3 почти одинаковых. Вот тут пришлось порисовать)

В итоге получился конструктор выгрузки данных из ЗУП 3 в Excel.
41. flex81 59 21.09.21 14:56 Сейчас в теме
(38)понял, спасибо за статью
42. biimmap 308 21.09.21 14:57 Сейчас в теме
(41) Пользуйтесь на здоровье)
35. biimmap 308 21.09.21 13:56 Сейчас в теме
(33) ещё добавлю, важно не ГДЕ, важно ЧТО и с каким качеством! Потому как сейчас много модных программ, в которые вписывают откровенную чушь! Процесс производства чуши для клиента выглядит невероятно красиво.

Но результата от этого не будет, пока написанное не перестанет быть чушью)
user751607; +1 Ответить
20. пользователь 20.09.21 17:14
Сообщение было скрыто модератором.
...
21. AntonProgma 33 20.09.21 18:45 Сейчас в теме
Чужой код нужно читать от начала выполнения слева направо, сверху вниз. Ошибки в алгоритме исправлять. Текст выравнивать. Если можно написать понятнее, переделываешь. Если и так понятно, оставляешь. Ускорением занимаешься, там, где тормозит. Переменные объявляешь там, где используешь. Функции и процедуры делаешь специализированными. Повторяющийся код выносишь "за скобки". Думай о здравом смысле, а не стандартах 1с. Остальное - вкусовщина.
36. biimmap 308 21.09.21 13:58 Сейчас в теме
(21) Коллега. а как Вы относитесь к SonarQube? Тоже вкусовщина?

Что касается "и так понятно"... Очень мало кода есть, который мне непонятен) Но это не повод его оставлять в исходном состоянии!
user751607; +1 Ответить
39. AntonProgma 33 21.09.21 14:22 Сейчас в теме
(36) не имею мнения на счёт сонаркьюба, не пользовался. Стандартизация, конечно, желательна в сообществе. Ничего не имею против. Но как быть, если стандарт противоречит здравому смыслу? Или аргументированно лучшее решение идёт в разрез с привычным большинству подходом?
40. biimmap 308 21.09.21 14:25 Сейчас в теме
(39) Никто не запрещает осознанно нарушать правила, особенно когда это приносит плюсы, например, в производительности! В статье про разбор запросов написал про то, что можно нарушать стандарты... в рамках статьи рассматривать не стал, т.к. нарушение стандартов это уже актуально для самых опытных коллег.
user751607; +1 Ответить
22. starik-2005 2398 20.09.21 22:09 Сейчас в теме
Статья в принципе нормальная. Сегодня как раз показывал код (code review), но на С++ (в основном STL, кода немного, он четко разделен на блоки - внешняя компонента для стресс-теста методом Монте-Карло), поэтому 99% вопросов были по С++, а не по компоненте ))) Все хотят разобраться, но боятся подступиться.

Да, я тоже пишу подобную статью. Фактически это будет статья про тот самый Code Review, отделенный от языка и 1С в принципе. Т.е. этакий TRUE-скилл будет рассматриваться. Надеюсь у меня на это хватит воли )))

-- При выборке данных часто встречается Запрос.Выполнить().Выгрузить() и дальше обрабатывается таблица. Зачем? Необходимо использовать выборку из результата запроса.
Был уже на эту тему срач, который кончился тестированием, в котором загрузить-выгрузить работало быстрее. Более того, обход цикла по выгруженной таблице был быстрее, чем обход с помощью выборки. 1С тоже не дураки пишут - источник для цикла ровно один раз исполняется, данные таблицы кешируются. Да, когда трава была зеленой, деревья большими, а памяти не хватало, то такой подход (типа map-reduce) был оправдан, но сейчас результат выборки для заполнения ну в лучшем случае пары тысяч строк - экономить тут сто килобайт памяти совершенно необосновано, при том в скорости обход с помощью выборки проиграет.
24. ltfriend 774 20.09.21 22:33 Сейчас в теме
(22)
Необходимо использовать выборку из результата запроса.

Могу подтвердить из собственного опыта, что на нескольких миллионах записей замена "Выбрать.Следующий()" на "ТЗ = РезультатЗапроса.Выгрузить() ... <Выборка из ТЗ>" сократило время выполнения с нескольких минут до пары десятков секунд.
p.s. Выражение типа "Запрос.Выполнить().Выгрузить()" довольно широко используется в современных типовых конфигурациях.
26. biimmap 308 20.09.21 22:44 Сейчас в теме
(24) Тут далеко ходить не надо. конфигурацию ЗУП берем, смотрим Менеджер расчета зарплаты. Его в хлам переписали с запросов на таблицы) Честно говоря ускорение я не заметил))) Но переписали знатно. Видать скучно было
28. starik-2005 2398 20.09.21 22:55 Сейчас в теме
(26)
Честно говоря ускорение я не заметил)))
Чтобы заметить ускорение, нужно взять и измерить. Они одно переписали на побыстрее, другое - замедляющее - добавили.
25. biimmap 308 20.09.21 22:43 Сейчас в теме
(22) С выборкой я там описал один прикол... Что Выборка.Сбросить() + Выборка.НайтиСледующий() ну очень долго работает.
23. ltfriend 774 20.09.21 22:27 Сейчас в теме
2. Если так случилось, что нет ни описания, ни носителя знаний - надо запускать в пользовательском режиме и пробовать использовать доработку.

Действительно, зачем изучать код, когда "метод тыка" ни кто не отменял.
27. biimmap 308 20.09.21 22:45 Сейчас в теме
(23) Это сейчас молодёжь разбалованная... А мы всё изучали так)))
29. biimmap 308 20.09.21 23:00 Сейчас в теме
Коллеги, ко всем предложение - изучайте все 4 статьи) Эта часть вводная. Самое интересное дальше. И плюсы ставьте всем статьям)
30. starik-2005 2398 20.09.21 23:51 Сейчас в теме
(29)
И плюсы ставьте всем статьям)
А нельзя так вот сразу плюсы всем статьям поставить - инфостарт запрещает это делать. Надо было статьи по очереди выкладывать, а не все чохом.
31. biimmap 308 21.09.21 00:47 Сейчас в теме
(30) каждые 5 минут можно))) Это одна статья просто публикации 4. выложить одну как то не очень мне кажется
32. starik-2005 2398 21.09.21 10:15 Сейчас в теме
48. user1196762 24.09.21 11:13 Сейчас в теме
Хорошая статья. Сохраню себе.
49. AnryMc 811 01.10.21 08:37 Сейчас в теме
Как читать чужой код?

Очень просто: Сверху - вниз и справа - налево...
Остальное зависит только от "маразматичности" этого кода и твоего понимания предметной области задачи...
QuickMix; +1 Ответить
50. Nubsdale 12.10.21 09:51 Сейчас в теме
5. Не стесняйтесь непонятные вопросы задавать на форумах. Даже если Вас обольют 10 человек грязью, всегда найдётся один, который поможет!

Очень жизненно, статье плюс
51. biimmap 308 12.10.21 10:05 Сейчас в теме
52. strelec13 17 18.10.21 09:57 Сейчас в теме
Интересно, а разбираться в типовом коде можно понимать как чужой код? Как пример. Давно не обновляли конфигурацию или устарела. Конечно проще обновить, если позволяет компетенция обновлять устарелые или запущенные релизы. А если нет такого опыта или нет необходимости обновлять и в целом устаривает, то приходится разбираться в этом теперь уже "чужом коде". Или более распространенный пример. Всем приходится разбираться в "чужом коде", когда мы чтото меняем в типовом коде, чаще всего такое бывает при работе в расширении. Спасибо автору в том, что его советы и рекомендации как работать с чужим кодом, так же можно применить и в работе с типовым кодом.
53. biimmap 308 18.10.21 10:59 Сейчас в теме
(52) про типовой код дальше кейс описан, и про обновление тоже. Наверно ещё не читали... кейсов всего 7 описано в 4-х статьях
54. herres 20.10.21 14:01 Сейчас в теме
а мне вот не нравится типовой код.
Я считаю, что длинна названий должна кореллировать с частотой и специализированным характером.

т.е. функции БСП должны были бы называться максимально коротко и модули БСП должны были иметь короткие названия (пусть из 3х символов !)

т.к. это базовый словарь и он должен быть удобным. Для себя же делаем, для человеков !

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

Тоже к именам переменных.
Если переменная объявлена и единственный раз использована на следующей строке - ну не должна она быть длинной. Это мешает чтению
56. biimmap 308 20.10.21 14:17 Сейчас в теме
(54) Это к Нуралиевым) С некоторыми тезисами (количество функций) я согласен. но имена сам пишу длинные, чтоб потом легче вспомнить было что и зачем делал. Потому что иногда переменная встречается пару раз, но от неё всё зависит)
55. herres 20.10.21 14:05 Сейчас в теме
Типовой код очень водянистый и перегружен недостаточно универсальными функциями.

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

См. также

Аналог PIVOT в запросе 1С (как выполнить транспонирование таблицы в запросе 1С) Промо

Практика программирования v8 Бесплатно (free)

В статье показывается простой метод реализации аналога оператора PIVOT в запросе 1С без использования соединений.

12.12.2020    4108    Eugen-S    23    

Как читать чужой код? Часть 4. Программный интерфейс. Исправление чужих доработок

Практика программирования v8 1cv8.cf Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    1296    biimmap    7    

Как читать чужой код? Часть 3. Разбор и доработка запросов

Практика программирования v8 1cv8.cf Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и, главное, как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    1319    biimmap    26    

Как читать чужой код? Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации

Практика программирования v8 1cv8.cf Бесплатно (free)

Во всех вакансиях есть требование - умение читать чужой код. Но ни на одних курсах специально этому не учат. Чтобы устранить это противоречие, пишу данную статью. Рассмотрю случаи, в которых нам необходимо разбирать чужой код, поймём, чей код мы пытаемся разобрать, зачем и главное как. В статье описан личный опыт длиною в 18 лет начиная с версии платформы 7.7. Статья будет большой, набираемся терпения). Статья содержит в себе описание сценариев разбора кода, т.е. набор шагов. В статье не получится показать это на практике. Для этого планирую сделать онлайн или оффлайн курс, где на примерах будет показан разбор незнакомого кода. Статья разбита на 4 публикации для удобства изучения.

20.09.2021    1387    biimmap    21    

Использование классов .Net в 1С для новичков Промо

Практика программирования Разработка внешних компонент Универсальные функции v7.7 v8 Бесплатно (free)

Руководство для новичков. Написав статью http://infostart.ru/public/238584/, я понял, что многие не понимают того, что написано. Поэтому в этой статье постараюсь более подробно остановиться на азах и без кода на вражеском языке (C#)

27.01.2016    85268    Serginio    115    

Полезные примеры СКД, ч.2

Практика программирования v8 v8::СКД Бесплатно (free)

Еще несколько примеров решения задач в СКД.

06.04.2021    10241    Neti    8    

Неочевидные нюансы записи управляемой формы

Практика программирования v8 v8::УФ Платформа 1C v8.2 1cv8.cf Бесплатно (free)

Разберем несколько нюансов записи управляемой формы.

02.04.2021    12079    SeiOkami    54    

Обзор полезных методов БСП 3.1.4

Практика программирования БСП (Библиотека стандартных подсистем) v8 1cv8.cf Бесплатно (free)

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

25.03.2021    38196    rayastar    51    

Звуковое управление в 1С 8.3 Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

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

16.03.2021    6971    velemir    33    

Пример работы с файлами odt в клиент-серверной модели работы

Практика программирования v8 1cv8.cf Абонемент ($m)

Возникла задача, реализовать печатные формы из шаблонов в формате ODT (Open Office). Особенность задачи заключалась в том, что шаблоны хранятся в виде файлов на сервере. Печать должна выполняться через веб-клиент. По выбору пользователя заполненный шаблон выводится либо в ODT либо PDF. Столкнулся с дефицитом информации по этой теме. По этой причине в самой статье опишу подход к решению задачи и особенности, связанные с работой на сервере и веб-клиенте. Прикладываю обработку, в которой все реализовано. Вам останется только отредактировать 2 функции, в которых указан список параметров шаблона. Остальной код универсальный и не зависит от конфигурации. Данная доработка выполнялась в самописной конфигурации и не требует наличия БСП. Сразу напишу, что размышления о том, что можно поместить шаблон в конфигурацию и выполнить всё на клиенте совсем не уместны. Разработка велась на платформе 8.3.16, на более ранних версиях также должна работать.

1 стартмани

01.02.2021    2792    7    biimmap    1    

Доработка проведения в ERP 2.5. (Регистры накопления, Регистры сведений)

Практика программирования v8 ERP2 БУ Бесплатно (free)

Покажу точки входа для доработки "типового" проведения документов в ERP для регистров оперативного учета. Рассмотрим три основные ситуации: нужно изменить имеющееся проведение документа; нужно сделать записи в существующие регистры; нужно с нуля описать алгоритм проведения в добавленный регистр. Пример реализован на 1С:ERP Управление предприятием 2 (2.5.4.120)

10.01.2021    10427    BuriyLesha    10    

Базовые вещи БСП, которые облегчат жизнь программисту 1С

Практика программирования БСП (Библиотека стандартных подсистем) v8 1cv8.cf Россия Бесплатно (free)

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

30.08.2020    19625    quazare    34    

Serverless (Faas) в 1С. Создание и вызов Yandex Cloud Functions Промо

Универсальные функции Практика программирования v8 Бесплатно (free)

"Я не могу просто взять и скопировать код с гитхаба", "у нас 1С микросервисами окружена", "возможностей мало" - частые фразы 1С разработчиков. которым не хватает возможностей платформы в современном мире. Faas, конечно, история не новая, но нас сдерживало 152ФЗ и задержки по пингам. Для того, чтобы действительно использовать в 1С код, к примеру, на Python, надо было приложить усилия. Теперь всё намного проще - берём и используем.

28.12.2020    8673    comol    31    

Серверные вызовы, которые нельзя вызывать

Практика программирования v8 v8::УФ 1cv8.cf Бесплатно (free)

Не баян, а классика. Рассмотрим особенность платформы настолько же древнюю, как сами УФ.

12.05.2020    9183    SeiOkami    34    

Форма выбора (подбор) в управляемых формах

Практика программирования v8 v8::УФ 1cv8.cf Россия Бесплатно (free)

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

08.05.2020    74173    user5300    19    

Использование программных перечислений, ч.1: строковые константы Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

Часто ли у вас возникает необходимость в коде выполнять сравнение на строку?

10.12.2016    40931    unichkin    74    

Программная работа с настройками СКД

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Нюансы программной работы с настройками системы компоновки данных в отчетах и динамических списках. Обзор всех видов настроек компоновки. Что в каких случаях правильно применять. В качестве примера рассмотрена работа с отборами и группировками.

27.01.2020    63762    ids79    26    

[СКД] Программное создание схемы компоновки данных

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Сделаем отчет на СКД полностью программно, без использования макета "схема компоновки данных".

15.01.2020    42686    John_d    22    

Последовательности событий при проведении документа 1С. Шпаргалка + про формы + про расширения

Практика программирования v8 Россия Бесплатно (free)

Собрал информацию о событиях/подписках/расширениях в одном месте.

30.12.2019    34369    kuzyara    38    

Вспомогательные инструкции в коде 1С Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

Помогаем редактору кода 1С помогать нам писать и анализировать код.

15.10.2018    35895    tormozit    106    

30 задач. Странных и не очень

Практика программирования v8 Бесплатно (free)

30 задач на знание языка программирования 1С и некоторого поведения платформы. Маленьких. Странных и не очень.

02.12.2019    23862    YPermitin    62    

Как передать IP адрес, который вызвал HTTP запрос в 1C (для веб-сервера Apache)

Практика программирования v8 Бесплатно (free)

Столкнулся с задачей получения IP адреса, который вызывает http сервис 1С. Итак, решение:

22.11.2019    12128    Sibars    19    

Полезные процедуры и функции для программиста

Практика программирования Универсальные функции v8 1cv8.cf Россия Бесплатно (free)

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

07.10.2019    39261    HostHost    41    

Оформление и рефакторинг сложных логических выражений Промо

Практика программирования v8 Россия Бесплатно (free)

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

20.09.2012    82686    tormozit    131    

Таблица значений. Нюансы

Практика программирования v8 Бесплатно (free)

Обзор некоторых аспектов использования общеизвестного инструмента 1С.

01.10.2019    52143    Yashazz    56    

О программе Postman для тестирования API и для чего она нужна 1С-нику

Практика программирования Программное обеспечение (software) v8 Бесплатно (free)

Для чего нужна программа Postman для тестирования API и какая от него польза для 1С-программиста.

24.09.2019    19762    budidich    31    

[Шпаргалка] Программное создание элементов формы

Практика программирования Работа с интерфейсом v8 1cv8.cf Бесплатно (free)

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

06.09.2019    99181    rpgshnik    75    

Запись значения в поле ввода/формы со срабатыванием события ПриИзменении Промо

Практика программирования v8 1cv8.cf Россия Бесплатно (free)

Иногда возникает необходимость после записи значения в какое либо поле ввода/формы вызвать для него обработчик события ПриИзменении, а о вызове самого события приходится только мечтать. В этой статье приводится программный способ вызова этого события.

11.07.2007    54148    tormozit    51    

Агрегатные функции СКД, о которых мало кто знает

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Пользуетесь ли Вы всеми возможными агрегатными функциями, которые предоставляет система компоновки данных? Если Вы используете только: СУММА, КОЛИЧЕСТВО, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ, то эта статья для Вас.

05.09.2019    76235    ids79    56    

Регистры бухгалтерии. Общая информация

Практика программирования Математика и алгоритмы v8 v8::БУ БУ Бесплатно (free)

Общая информация о внутреннем устройстве регистров бухгалтерии.

05.09.2019    45733    YPermitin    25    

Три костыля. Сказ про фокусы в коде

Практика программирования v8 Бесплатно (free)

Три интересных (или странных) костыля в коде, которые могут помочь в повседневных и не очень задачах.

03.09.2019    30042    YPermitin    81    

Как сделать из &НаКлиентеНаСервереБезКонтекста почти &НаКлиентеНаСервере Промо

Практика программирования v8 1cv8.cf Россия Бесплатно (free)

Как сделать метод формы, доступный на клиенте и на сервере одновременно, и сохранить при этом удобство разработки

10.09.2017    50904    tormozit    74    

Отслеживание выполнения фонового задания

Практика программирования Универсальные функции Разработка v8 1cv8.cf Бесплатно (free)

Запуск фонового задания из модуля внешней обработки. Отслеживание выполнения задания в виде прогресса, расположенного на форме.

17.08.2019    44645    ids79    22    

Функции СКД: ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Подробное описание и использование внутренних функций системы компоновки данных: Вычислить, ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив, ВычислитьВыражениеСГруппировкойТаблицаЗначений.

08.08.2019    148319    ids79    75    

Фоновое выполнение кода в 1С - это просто

Практика программирования v8 1cv8.cf Бесплатно (free)

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

02.08.2019    59521    avalakh    26    

Выгрузка документа по условию Промо

Практика программирования Разработка v8 Бесплатно (free)

Что делать, если документы нужно выгружать не все подряд, а по какому-то фильтру: статусу, дате, набору условий... А что если он соответствовал этим условиям, а потом перестал? А если потом опять начал? Такие ситуации заставили попотеть не одного программиста.

25.04.2019    17927    m-rv    3    

Разбираемся с параметрами редактирования СКД

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Связь по типу, Параметры выбора, Связи параметров выбора

31.07.2019    40948    json    17    

СКД - наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Набор данных объект. Использование в схеме компоновки нескольких наборов данных. Различные варианты связи наборов: объединение, соединение. Использование иерархии в отчетах на СКД. Создание собственной иерархии, иерархия детальных записей. Использование вложенных схем в отчетах на СКД.

26.07.2019    103414    ids79    16    

СКД - использование расширений языка запросов, секция ХАРАКТЕРИСТИКИ

Инструментарий разработчика Практика программирования v8 v8::СКД Бесплатно (free)

Автоматическое и не автоматическое заполнение полей компоновки данных. Использование расширений языка запросов для СКД «{…}», секция ВЫБРАТЬ, секция ГДЕ, параметры виртуальных таблиц. Автоматизированное использование дополнительных данных в запросе: секция ХАРАКТЕРИСТИКИ.

17.07.2019    47807    ids79    27    

Как прикрутить ГУИД к регистру сведений Промо

Практика программирования Перенос данных из 1C8 в 1C8 Разработка v8 Бесплатно (free)

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

16.04.2019    23215    m-rv    18    

Регистры сведений. За кулисами

Практика программирования Разработка v8 1cv8.cf Бесплатно (free)

Небольшие заметки по внутреннему устройству регистров сведений.

09.07.2019    33562    YPermitin    14    

"Меньше копипаста!", или как Вася универсальную процедуру писал

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Программист Вася разбирает подход создания универсальных методов на примере программного вывода СКД.

04.07.2019    22422    SeiOkami    53    

Работа с настройками системы компоновки данных

Практика программирования v8 v8::СКД 1cv8.cf Бесплатно (free)

Варианты отчетов, работа с настройками вариантов: структура группировок, поля отчета, отборы, сортировка, условное оформление, другие настройки, настройки отображения диаграмм.

02.07.2019    82682    ids79    18    

Как сделать запрос на изменение данных Промо

Практика программирования v8 v8::Запросы 1cv8.cf Бесплатно (free)

В статье приведены особенности внутренней архитектуры и примеры работы с расширением языка запросов 1С.

01.06.2018    36614    m-rv    23    

Создание отчетов с помощью СКД - основные понятия и элементы

Практика программирования Математика и алгоритмы v8 v8::СКД Бесплатно (free)

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    75045    ids79    28    

Регистры накопления. Виртуальные таблицы. Часть №2: "Остатки" и "Остатки и обороты"

Практика программирования v8 1cv8.cf Бесплатно (free)

Описание работы платформы 1С:Предприятие 8.2 с виртуальными таблицами регистров накопления "Остатки" и "Остатки и обороты". Анализ SQL-запрос при работе с виртуальными таблицами

22.05.2019    43427    YPermitin    8    

Регистры накопления. Структура хранения в базе данных

Практика программирования Разработка v8 1cv8.cf Бесплатно (free)

Структура хранения регистров накопления в базе данных для платформы 1С:Предприятие 8.x. Первая часть в серии публикаций.

16.05.2019    62649    YPermitin    31    

Метод формирования движений в типовых регистрах нетиповыми регистраторами Промо

Практика программирования v8 1cv8.cf Бесплатно (free)

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

05.12.2017    30701    itriot11    34