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

31.07.22

Разработка - Работа с интерфейсом

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

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

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

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

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

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

 

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

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

1. Как понять, какой интерфейс нам предоставляет типовая конфигурация?

2. Что такое БСП (кратко)?

3. Как понять, что делает та или иная процедура/функция, какие параметры нужно передать, чтоб она сработала?

4. Чем отличается программный интерфейс от служебного? Можно ли использовать служебные экспортные процедуры/функции?

5. Он же изменится... Зачем его использовать, если 1С перепишет его? 

Раскроем каждый пункт подробно:

1. Как понять, какой интерфейс нам предоставляет типовая конфигурация?

На самом деле элементарно! Давайте рассмотрим на примере ЗУПа. В ЗУП есть часто используемые разделы:

-- Штатное расписание

-- Кадровый учет

-- Остатки отпусков

-- Расчет зарплаты

-- Учет НДФЛ

-- Учет страховых взносов

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

Здесь необходимо напомнить о стандартах разработки! Согласно стандартов по оформлению общих модулей, секция "Программный интерфейс" должна всегда располагаться вверху общего модуля. Далее следует секция "Служебный программный интерфейс".

Берем штатное расписание. Заходим в основной серверный модуль "УправлениеШтатнымРасписанием". Видим процедуры:

-- СформироватьДвиженияИсторииПозицийШтатногоРасписания

-- СформироватьДвиженияСпециальностейПоШтатномуРасписанию

-- СформироватьДвиженияКлассовУсловийТрудаПоШтатномуРасписанию

если посмотреть в служебный программный интерфейс, можем найти там довольно полезную функцию:

-- ЗанятостьПозицийШтатногоРасписания.

полезные процедуры можно найти даже в секции "Служебные процедуры и функции". Например, в этом модуле много функций, для построения запросов по штатному расписанию:

-- СоздатьВТНачисленияШтатногоРасписания

-- СоздатьВТЕжегодныеОтпускаПозицийШтатногоРасписания

-- СоздатьВТПозицииШтатногоРасписанияПоВременнойТаблице

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

-- ДанныеПозицийШтатногоРасписания

-- РассчитатьФОТНесколькихПозиций

Если таким образом проанализировать каждый раздел учета, можно обнаружить невероятное количество полезных процедур и функций. Расчет ФОТ - это довольно сложная задача в ЗУП. Написать самому это не получится от слова НИКАК! Она даже запускает "страшный и ужасный" менеджер расчета зарплаты. А здесь всего лишь надо на вход дать правильные данные и система рассчитает ФОТ позиций штатного расписания сама! 

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

Опять же на примере ЗУП обратимся к модулю объекта обработки "Менеджер данных учета времени сотрудников". Здесь есть вот такие полезные процедуры:

-- СоздатьВТИнтервалыДействияИсточниковДанныхУчетаВремени

-- СоздатьВТСуммированныйУчетПоСотрудникам

-- СоздатьВТЗарегистрированныеНаборыВидовВремени

-- СоздатьВТНормаВремениСотрудников

-- СоздатьВТДанныеПроизводственногоКалендаряПоСотрудникам

Если посмотреть модуль менеджера документа "Больничный лист", можно найти функцию:

-- МаксимальноеКоличествоОплачиваемыхДнейПоПричинеНетрудоспособности.

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

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

2. Что такое БСП (кратко)?

БСП - Библиотека стандартных подсистем. Описывать её функционал, конечно, не стану. Функционал в каком-то виде описан и на сайте ИТС, и на данном ресурсе. 

Что важно отметить в этом пункте: Если Вам нужно что-то сделать с таблицей, массивом, файлом, хранилищем значений или ещё с каким-то универсальным механизмом, которым "оборудованы" все конфигурации... ОБЯЗАТЕЛЬНО смотрите в описание БСП. Наверняка Ваша задача уже решена. Осталось с ней разобраться ниже описанными способами, и использовать программный интерфейс в своём коде. 

С точки зрения качества кода при использовании как программного интерфейса как типового (имею в виду учетные задачи), так и БСП, Вы шагнёте на новую высоту (это больше, чем на ступень вверх!). На собеседованиях Вам наверняка зададут вопрос о том, знаете ли Вы, что такое БСП, используете программный интерфейс в своём коде или нет?

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

3. Как понять, что делает та или иная процедура/функция, какие параметры нужно передать, чтоб она сработала?

Опишу способы которыми пользуюсь сам:

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

-- Программный интерфейс БСП описан на сайте ИТС и в большом количестве статей. Нужно не полениться воспользоваться поиском и почитать статьи.

-- Следующий шаг - посмотреть, как вызывается программный интерфейс в типовой конфигурации. Бывало, сталкивался с неиспользуемым программным интерфейсом. Таким пользоваться сразу не рекомендую, т.к. наверняка его забыли стереть и скоро это обязательно сделают. На этапе анализа примеров вызова программного интерфейса необходимо обратить внимание на заполнение параметров программного интерфейса. 

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

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

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

-- В отладчике Вам необходимо посмотреть параметры на вход, тип значения, чем заполнены. Часто необходимо, чтобы в Менеджере временных таблиц уже была временная таблица с определёнными колонками, которая станет "фильтром" для получаемых данных. Отладчик позволяет увидеть, какие данные в этой временной таблице.

ВАЖНО: Опять же напишу - не пытайтесь фантазировать, как выглядит заполненная таблица. Надо найти такой вызов программного интерфейса, чтоб в нём было как можно больше данных и на входе, и на выходе. Иногда полезно несколько мест посмотреть отладчиком. 

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

-- После того, как программный интерфейс сработал, не забывайте удалять из менеджера временных таблиц ненужные данные. Особенно если какие-то временные таблицы огромных размеров, т.е. >= 100 тыс. записей.

4. Чем отличается программный интерфейс от служебного? Можно ли использовать служебные экспортные процедуры/функции?

Для ответа на этот вопрос нужно обратиться к стандарту разработки под названием "Структура модуля". В нём указано вот какое описание:

а. Раздел "Программный интерфейс" содержит экспортные процедуры/функции, которые можно вызывать из любых объектов метаданных, в т.ч. через внешнее соединение. Т.е. не важно какую задачу решаете, если есть потребность в использовании процедур/функций этого раздела смело пользуйтесь!

б. Раздел "Служебный программный интерфейс" содержит экспортные процедуры/функции, которые являются частью какой-то подсистемы. Их использование, согласно стандарту, допускается только внутри подсистемы, в которую входит общий модуль или объект конфигурации. Т.е. если мы смотрим служебный программный интерфейс штатного расписания, то эти процедуры не следует использовать в расчете налогов или зарплаты) Да и вряд ли они туда подойдут! 

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

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

5. Он же изменится... Зачем его использовать, если 1С перепишет его? 

Помните, мы раньше ТиС 7.7 дорабатывали? А как ЗУП 2.5 или УПП 1.3 в хлам переписывали? Никто ведь не думал в тот момент, что 1С придумает УТ11, ЗУП3, ЕРП2? Всё меняется со временем, поэтому не стоит рассчитывать, что программный интерфейс 1С никогда не поменяет! Но вопрос тут, конечно, не в психологии, а в том, что делать, если программный интерфейс перестал работать!? 

Необходимо попробовать следующие действия:

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

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

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

-- Бывает, что процедура/функция переносится в другой общий модуль. Здесь поможет поиск по всем текстам той, которая перестала работать. Меняем название модуля - опять всё работает.

Делаем вывод: Волка бояться - в лес не ходить! Каждая проблема имеет своё решение. Главное не паниковать, а подумать над этим решением. Варианты постарался описать.

 

Кейс 7. Помочь коллеге, переделать (исправить) быстро чужую работу.

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

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

Так вот, если Вы тот самый бедолага, кому прилетела такая задача - этот кейс для Вас!

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

1. Техническое задание

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

3. Консультанта, который выяснял детали и писал какую-то документацию по этой доработке.

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

5. Пообщаться с архитектором (если такая опция есть в проекте). Необходимо выяснить максимум того, что не так в выполненной кем-то работе и каковы ожидания. 

6. Всё, что удалось выяснить, необходимо ОБЯЗАТЕЛЬНО ЗАПИСАТЬ! Не надо надеяться на свою память. Она Вас точно подведёт!

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

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

2. Если реализация уже есть хоть какая-то... Попробуйте совместно с консультантом/аналитиком протестировать доработку. Иногда достаточно поправить несколько мелких ошибок, и ситуация спасена! 

3. Если в процессе кодирования столкнулись с непониманием кода... Уже в этой статье много способов в нём разобраться описано. Не стесняйтесь просить более опытных коллег пояснить кусок кода, который непонятен. Не нужно полдня тратить на разбор 10 строк кода. 

 

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

 

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

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

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

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

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

 

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

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

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

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

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

См. также

Управление дашбордами

Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Обработка предназначена для создания и управления дашбордами.

2400 руб.

29.06.2020    14817    18    4    

25

Условное оформление элементов форм в пользовательском режиме 1С (управление видимостью и доступностью элементов форм)

Работа с интерфейсом Платформа 1С v8.3 Платные (руб)

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

6000 руб.

18.01.2022    7702    1    2    

6

Богатый редактор картинок, хранимых в базе, с возможностью РИСОВАНИЯ. Редактор внешних файлов картинок. Объект, расширяющий возможности работы с картинками из встроенного языка (Три в одном) + Обработка «Стандартизация картинок»

Работа с интерфейсом Рабочее место Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Обработка предназначена для редактирования картинок в режиме «Предприятие», с возможностью РИСОВАТЬ на них. Поддерживается работа как в обычных формах (толстый клиент) так и на управляемых формах (тонкий клиент). Обработка позволяет редактировать как картинки, хранимые в базе, так и графические файлы с диска на файловой системе. Помимо базовых функций (изменение размеров, преобразование формата, обрезание картинки, повороты и т.п.) – редактор имеет богатый набор инструментов для рисования. Доступна функция вставки изображения из буфера обмена. Также обработка может быть использована из встроенного языка как объект для редактирования картинок. Объект может быть использован: на стороне клиента, на стороне сервера, из внешнего соединения. Данная обработка будет особенно полезна тем, кто вносит картинки в базу (изображения номенклатуры, фотографии физических лиц и т.п.). Функционал реализуется с использованием JavaScript и бесплатного ПО ImageMagick (без использования внешних компонент).

6000 руб.

16.01.2015    59966    41    57    

77

Редактор граф

Работа с интерфейсом Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

1500 руб.

06.10.2020    8768    6    7    

8

Конструктор HTML, CSS и javascript

Инструментарий разработчика Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

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

2 стартмани

10.04.2023    7418    141    acces969    31    

106

Чтение данных из Excel. Шаблон кода

Загрузка и выгрузка в Excel Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Коллеги, наверняка каждый писал или планирует какую-то загрузку данных из Excel. Задача до сих пор очень популярна. Мне лично надоело постоянно писать один и тот же код. Для этого сделал его максимально универсальным, чтобы заменить текст в 4 процедурах и данные из Excel у Вас в менеджере временных таблиц. Особенно полезна обработка начинающим разработчикам!

5 стартмани

15.08.2022    3888    1    biimmap    16    

15

Ни в ЗУП ногой!? А мне нравится! Часть 3. Как меня туда занесло?

Зарплата Кадровый учет Внедрение ИТ-системы Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 2.5 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры 7.7 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтоб начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

18.07.2022    3872    biimmap    8    

35

Модель состояния для MVC

Работа с интерфейсом Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

"MVC плохо применима в 1С" - познакомьтесь с моделью состояния и, возможно, ваше мнение поменяется! Представленное решение является эволюционным развитием идеи реализации MVC для 1С. В новой версии добавлены DSL для описания модели состояния, а также параметризация свойств параметров и элементов формы.

1 стартмани

05.07.2022    2113    kalyaka    2    

19
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. VAAngelov 350 20.09.21 10:15 Сейчас в теме
Мне понравилась статья. Спасибо.
2. biimmap 1385 20.09.21 10:17 Сейчас в теме
(1) Главное всё на практике использовать! Пользуйтесь на здоровье. Плюсы ставьте на все 4)
VAAngelov; +1 Ответить
3. bulpi 211 21.09.21 12:31 Сейчас в теме
" Расчет ФОТ - это довольно сложная задача в ЗУП. Написать самому это не получится от слова НИКАК!"
Хорошо, что я в свое время об этом не знал. Взял и написал конфу для расчета ЗП. И не так чтобы сильно сложно было ...
МимохожийОднако; +1 Ответить
4. skv_79 338 22.09.21 09:55 Сейчас в теме
(3)
Расчет ФОТ - это довольно сложная задача в ЗУП.

Согласен, слишком категорично написано - все необходимое для написания есть в любой конфигурации, вопрос в ресурсах.
5. МимохожийОднако 140 26.09.21 09:26 Сейчас в теме
(3) Ты такой не один. Многие на старте освоения программ 1С (особенно в 90-е и начале 2000-ных) прошли путь по написанию какой-либо нетленки. Но контекст данной статья предполагает собственный опыт автора, который по умолчанию категоричен и освещает его подход с попыткой поделиться с нами.
6. zspr 22 27.09.21 08:30 Сейчас в теме
Полезные статьи. Спасибо автору.
7. biimmap 1385 27.09.21 09:57 Сейчас в теме
(6) Пожалуйста. Ставьте плюсы на статьи.
8. user1708962 01.07.22 18:22 Сейчас в теме
"5. Он же изменится... Зачем его использовать, если 1С перепишет его".. Вот тут не совсем согласен.
В итоге все сводится к тому что сам почти уже и не пишешь , а пытаешься понять логику того кто это написал, НУ а в ЗУП пытаться разобраться как как "оно устроено" и как написать так что бы при обновлении не было головняка - времени займет массу, т.е. зачастую больше если сам напишешь, при этом напряг временем - срочность "вчера".
Особенно доставляет когда БСП категорично написана так что или влезать "ломать код" - что скверно само по себе или придумывать как почесать ухо левой пяткой. Вот потребовалось как то сделать так что бы в Контактную информацию можно было добавить еще одно поле четко увязанное с видом адреса, для каждого вида свое. Та я вам скажу задача. БСП трогать нельзя.
Использование экспортных процедур и функций из общих модуле это прекрасно. Однако был опыт когда Бухам срочно нужно было обновится, иначе они отчетность не могли сдать, но после обновление все (!!!) самописные отчеты просто перестали работать из за любимого сюрприза 1с - кучу функций и процедуру или переименовали или изменили работу, в итоге все у бухов встало колом.
Так что хорошим тоном считается делать "самонесущие" сложные отчеты которые будут работать сами по себе . Кончено без фанатизма и в каждом случае нужно разбираться. Но сложные отчеты лучше делать без использования общих модулей (если они только не свои собственные) и без использования всяких сторонних библиотек. А то рискуешь нарваться на то что отчет не просто не работает, а работает с "плавающией" ошибкой, которая фиг его знает по какой причине появляется и не всегда А что там было 2-3 года назад уже и никто и не помнит.
9. biimmap 1385 01.07.22 19:23 Сейчас в теме
(8)
Вот тут не совсем согласен.


Мои статьи написаны ровно для того, чтоб несогласных становилось меньше, чтоб не было сложностей при обновлении (подходы описаны во второй статье). И вообще чтоб не было проблем с кодом.

Единственное, с чем согласен из Вашего поста - не стоит трогать БСП.

С остальными вопросами у меня не возникает сложностей. Мой профиль именно ЗУП! И всегда получается и разобраться и доработать и обновить потом.
10. chess762 01.06.23 11:52 Сейчас в теме
Я не программист 1С, с проблемой разобраться в чужом коде сталкивался при обновлении не типовой конфигурации УПП 1.3, теперь есть от чего оттолкнуться для дальнейшего самосовершенствования, спасибо за статьи!
11. biimmap 1385 01.06.23 12:01 Сейчас в теме
(10) Удачи в развитии нужных навыков!
Оставьте свое сообщение