Как работают управляемые формы и тонкий клиент 1С – взгляд "из-под капота"

Публикация № 1171714

Разработка - Инструментарий разработчика

Переход на управляемые формы перевернул процесс разработки на 1С, заставив программистов менять привычные подходы к описанию логики работы интерфейса. Руководитель компании «Цифровой Кот» Юрий Лазаренко в своем докладе на конференции Infostart Event 2019 Inception рассказал о том, как устроены управляемые формы и как правильно работать с тонким клиентом платформы 1С:Предприятие.

Добрый день, коллеги! Я – Юрий Лазаренко, инженер-программист с опытом разработки программного обеспечения 31 год. Из них 19 лет – в 1С. Я управляю компанией «Цифровой Кот», мы разрабатываем сайты на 1С. Причем не только разрабатываем, но и успешно продаем – так успешно, что среди наших клиентов есть даже такие названия, которые произносят обычно шепотом, с пиететом. 

В моем докладе 60 слайдов, и у меня всего лишь 30 минут. Поэтому сейчас – краткое вступление и… погнали.

 

Вступление. Зачем писать свой веб-клиент, если есть веб-клиент 1С?

Мы действительно написали свой полноценный веб-клиент, который в какой-то мере является конкурентом веб-клиенту (тонкому клиенту) платформы 1С. На самом деле, не конкурентом, просто он в каких-то случаях отлично дополняет веб-клиент. Куда нам конкурировать с 1С?

Мы не хотели его писать изначально – все из-за лени. Лет 10 назад мне понадобилось вывести кое-какую информацию из базы 1С на сайт, было лень учить PHP, и я написал небольшой модуль на 1С. Потом оказалось, что это можно продавать клиентам – они стали просить добавить это, то, другое, третье. В итоге, через 10 лет мы имеем то, что имеем. 

Наш веб-клиент практически на 100% повторяет функциональность тонкого и веб-клиента 1С. При этом у него есть как слабые, так и сильные стороны – даже некоторые преимущества. 

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

 

 

К вопросу – зачем нужно было писать свой веб-клиент, если есть веб-клиент 1С?

На слайде показан реально работающий кейс на примере обработки лидов в интерфейсе Битрикс 24. 

 

 

При клике на лид в окне Битрикс 24 с помощью нашего веб-клиента во фрейме отображается форма документа, которая соответствует этому лиду в 1С. В режиме онлайн выводим все данные, соответствующие этому лиду. 

 

 

Нажимаем кнопку «Записать и закрыть», и это все моментально попадает в 1С – без всяких обменов.

Попробуйте это сделать каким-то другим способом, а мы так уже умеем. Это к вопросу о преимуществах.

 

Чем отличаются веб-клиент и толстый клиент

 

 

Чем принципиально отличаются толстый и тонкий клиент?

Это цитата из Википедии. Толстый клиент максимум функциональности по обработке информации переносит на машину клиента.

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

 

 

Сегодня клиент крайне разнообразен. 

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

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

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

 

 

Нам в этом помогут как обычно, Арнольд Шварцнеггер, Кайл Шварц из «Южного парка», Осел из «Шрека» и какой-то мужик из «Стартрека».

 

Как открывается форма в толстом и тонком клиенте?

 

 

Как в принципе работает толстый клиент?

Очень абстрактно – есть устройство пользователя, и есть СУБД, из которой нужно показать данные. Между ними – посредник, сервер «1С:Предприятия» (условно мы его называем «dll»). 

 

 

Когда толстый клиент хочет получить форму какого-то объекта из СУБД, мы получаем данные в виде примитивных типов – там же строки, цифры, ложь, истина и т.д. Затем эти данные упаковываются в структуру, создается «чертеж» формы («чертеж» объекта), который передается клиенту, и уже на стороне клиента из «чертежа» создается объект, а также реквизиты, методы и элементы формы. Элементы формы привязываются к реквизитам объекта, и для них назначаются обработчики событий.

 

 

В тонком клиенте – абсолютно то же самое, но между клиентом и сервером появляется веб-сервер.

 

 

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

И очень важное замечание: объект на управляемой форме – это не тот объект, с которым мы привыкли работать на сервере (ДокументОбъект, СправочникОбъект) – это тип ДанныеФормыОбъект. По сути, это структура с некими своими методами. Это – важно, это нужно запомнить.

 

 

Итак, вывод первый: толстый клиент при прочих равных быстрее тонкого за счет отсутствия лишнего звена – веб-сервера.

 

 

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

Теперь представьте – у нас есть объект. Это справочник или документ – не важно. У него есть 100 реквизитов. Мы хотим вывести его форму и показать на ней всего один реквизит, а остальные скрыть. Но даже если эта форма будет нужна только для просмотра, даже если нам никакие методы объекта вообще не нужны, если нужно просто открыть, показать и закрыть – все равно с сервера на клиент объект придет весь. Он полностью инициализируется зря – этого не требуется, но все это сделается. Для него создадутся все элементы – даже скрытые все равно будут созданы, проинициализированы. Для каждого будут однозначно определены обработчики событий (чем это плохо, я расскажу потом). 

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

 

 

Давайте представим, что объект – это Кайл. 

Это мальчик, наименование – Кайл, возраст – 11. У него есть такие методы? Он ябеда, хвастун, нытик, кушает свои козявки и т.д. Какие шансы у Кайла попасть в топ своей дворовой тусовки? Никаких.

 

 

Но у Кайла есть еще один классный метод – «ВынестиМяч()» (у него есть мяч). Те, кто родились в 80-е, знают, что это такое, когда во дворе у кого-то есть мяч. Какие у нас тогда были развлечения? Лазить по стройке, поджигать карбид, надувать лягушек и играть в мяч. Если у кого-то есть мяч, ты – король двора, ты везде желанный.

Если кто-то из молодых не понял, в чем прикол мяча, представьте, что вы на даче у бабушки, у вас нет интернета, у вас нет телевизора, из библиотеки – только журнал «Здоровье». И тут у вашего соседа есть PlayStation. Представьте PlayStation вместо мяча, и вам станет понятно, почему Кайл всем так интересен. На самом деле, Кайл никому не интересен. Но Кайл – это объект, у него есть реквизит, который нам нужен – мяч.

Представьте, что вы, как толстый клиент, подходите к СУБД (к дому, где живет Кайл) и кричите ему под балконом: «Кайл, вынеси мяч». Он выходит на балкон: «Сейчас у мамки отпрошусь». И через пять минут у вас есть мяч – нужный вам реквизит. И вдобавок к нему – 50 килограммов Кайла со всеми его методами – нытьем и т.д., которые вам вообще не нужны. Вот так работает толстый клиент.

 

 

В толстом клиенте элементы тянутся на форму и создаются, инициализируются, и все это делается даже в том случае, если они не нужны.

 

 

Ну и ладно, пусть создаются. Но дело в том, что многие реквизиты – это ссылки. А ссылка, на самом деле, это – объект. Если у какой-то программной сущности есть методы, то, скорее всего, это объект. И эти методы тоже нужно сначала проинициализировать. То есть, вместе с инициализацией одного большого объекта Кайла мы инициализируем еще кучу микрообъектиков. Это тоже лишние действия.

 

 

А как работает тонкий клиент?

Представьте, что вы пришли в СУБД, говорите: «Кайл, вынеси мяч». Вместо Кайла выходит его мама – веб-сервер, лишнее звено, говорит: «Ребятки, вы к Кайлу? А Кайла нет, он у бабушки на даче. Вы что, хотели мячик? Я знаю, где он лежит. Хотите, я вам его сейчас с балкона скину?». 

 

 

А что, так можно было? То есть, вы получаете то, что вам нужно. Да, лишний посредник есть, но вы получаете именно то, что вам нужно, безо всяких Кайлов. Это же сплошные профиты!

 

 

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

 

 

Но есть еще один страшный момент. Дело в том, что даже если элемент скрыт, но он пришел на клиента, то тут есть проблемы с безопасностью. Реальный кейс из моей практики – давным-давно, в 2002 году, когда мы работали еще на 7.7 (это тоже толстый клиент), у нас спросили: «Почему все сотрудники могут видеть зарплату директоров?»

Представьте, что вам нужно передать с сервера на клиент форму справочника. Как она передается в толстом клиенте?

На сервере получаются все данные, дальше мы смотрим: этому сотруднику не нужно показывать зарплату. Толстый клиент на сервере эти данные скрывает, устанавливая им «Видимость = Ложь». А потом эти данные, хоть и скрытые, приходят на клиент. Но Бармалеи их какими-то хитрыми способами могут увидеть – я лично видел, как они их достают.

Как действует тонкий клиент?

На тонком клиенте создается структура элементов формы. Далее на эти элементы накладываются ограничения ролей, функциональных опций, программно наложенные ограничения (например, «УстановитьВидимость(Ложь)» при создании на сервере). Далее на сервере все данные, на которые наложены ограничения, с формы удаляются, и на клиент приходит только то, что разрешено. Если зарплата не пришла на клиента, никакой Бармалей ее никогда не увидит.

А это означает, что безопасность тонкого клиента значительно выше.

 

 

Тонкий клиент при этом еще и дальнобойнее, ведь, чтобы получить данные к СУБД, мы обращаемся к посреднику – веб-серверу, который обычно доступен отовсюду, где есть интернет. 

А толстому клиенту, условно, нужен доступ к dll, которая находится в локальной сети. 

 

 

Соответственно, третий вывод – тонкий клиент перспективнее:

  • он обеспечивает доступ откуда угодно, где есть интернет;

  • и его безопасность выше.

 

Как выглядит контекст формы в браузере

 

 

Следующий раздел – как выглядит контекст формы в браузере. 

На слайде показано, как он выглядит у нас, в нашем тонком клиенте.

Помните, что вы видите, когда в отладчике выбираете объект и открываете дерево его реквизитов? У нас все то же самое. По сути, это структура:

  • у нас есть реквизит «Вид цен», это – ссылка, у нее есть представление, идентификатор;

  • реквизит «Дата» имеет тип дата;

  • «Запасы» – с типом массив (по сути, это ТЧ) и т.д.

Как получить такую структуру на клиенте?

 

 

Очень легко. На сервере мы составляем чертеж элементов формы – получили его в виде структуры, упаковали в JSON и перекинули на клиента. А там из JSON собрали обратно.

 

 

Примерно, как в «Стартреке» происходит телепорт. Просканировали мужика, создали чертеж его атомов.

 

 

А дальше переносим его в точку, куда он должен быть переправлен. 

 

 

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

Знаете, как будет работать эта форма?

 

 

Вот так (на слайде показан момент сбоя телепорта из фильма «Стартрек»). Что это за форма, которая не может отреагировать на нажатие, на ввод текста и т.д.?

 

 

Тут есть один хитрый момент. На слайде показан листинг кода нашего веб-клиента, который отвечает за назначение обработчиков событий одному элементу. Чтобы проинициализировать всего один элемент необходимо выполнить более 300 строк кода! А элементов может быть много: это может быть табличная часть, а в ней куча колонок и куча строк. Умножьте все это на 300: если у вас на форме 100 элементов, то в толстом клиенте вы выполняете 30 000 строк кода. При том, что показать вам нужно было всего один элемент.

 

 

Получается, что при использовании тонкого и веб-клиента наша задача состоит в том, чтобы на стороне сервера получить данные об объекте, перевести их в чертеж и передать тонкому клиенту (веб-клиенту). А в тонком клиенте мы работаем не с самим объектом, а с его «аватаром», который повторяет функциональность объекта, его внешний вид, методы.

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

 

 

Итак, четвертый вывод: принципиально тонкий клиент, веб-клиент 1С и наш веб-клиент ничем друг от друга не отличаются. Просто тонкий клиент немного «утолщен» для того, чтобы можно было работать с файловой системой – браузеры так не могут.

 

Контекстные и бесконтекстные вызовы

 

 

Следующий раздел доклада – это поговорим о том, что происходит с данными формы при контекстных и бесконтекстных вызовах.

Мы поняли, что при инициализации формы у нас создается чертеж объекта, который сначала разбирается, а потом собирается, передается и инициализируется. Это трудоемкий процесс.

Теперь представьте, что вы пошли в поход. Пришли, нашли подходящую полянку, поставили палатки, кто-то уже отмечает, кто-то рыбу ловит. Все классно. И тут человек, который отвечает за костер, говорит: «А я спички забыл». Представьте, что ваш лагерь – это форма, которую вы проинициализировали уже. И тут вам нужно выполнить метод «Зажечь костер». Для этого нужно получить спички.

  • На клиенте это будет выглядеть так: «Пацаны, у кого есть спички?» – «У меня есть!». Тут же, на месте решили проблему. Даже никуда бегать не пришлось, все быстро прошло. 

  • Если мы это будем делать на сервере без контекста, то мы берем самого молодого и говорим: «Вон там в километре деревня, сбегай за спичками». Да, это занимает больше времени. Это более трудоемко, но это выполняется.

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

Зачем вообще необходимо при контекстных вызовах разбирать вот так форму и собирать ее заново? Смотрите, форма пришла на клиента, и вы в какой-то ее реквизит внесли какие-то данные. Потом вы вызываете контекстный вызов, а мы заранее не знаем, что в этом контекстном вызове будет происходить с данными формы. Может быть, как раз именно значение этого элемента нужно для того, чтобы что-то там рассчитать. А поскольку мы заранее этого не знаем, мы тащим на сервер все. А потом тащим все обратно и все это пересобираем.

 

 

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

Поскольку тонкий клиент работает через HTTP-протокол, то только клиент может вызвать сервер. Вы не можете из процедуры НаСервереБезКонтекста получить на сервере форму, вызвать ее методы и т.д.

 

 

По сути, клиент-сервер – это осел из Шрека. Когда вам нужно что-то узнать на сервере, ваш тонкий клиент, как осел из Шрека, долбит сервер: «Мы уже приехали?» Это необходимо, чтобы получить информацию о том, что происходит с данными на сервере в текущий момент, или выполнить на сервере какие-то действия.

 

 

Соответственно, вывод №5: сервер не может вызвать клиента, даже если это очень надо. 

 

Синхронные и асинхронные вызовы

 

 

Асинхронные и синхронные вызовы – как они работают, многие знают:

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

  • При асинхронном вызове работа идет параллельно.

 

 

По умолчанию все вызовы процедур и функций в 1С синхронные. Асинхронные вызовы – это фоновые задания.

 

 

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

Чтобы заработал нормально индикатор прогресса в тонком клиенте, вам нужно сначала показать ноль, потом запустить процедуру на сервере, а потом запустить «осла», который будет постоянно долбить и спрашивать: «Мы уже приехали?»

Потому что сервер никак не может вызвать клиента и сказать: «Мы проехали 10 километров, 20 километров, 30» – только со стороны клиента можно вызвать этот запрос.

 

 

И вывод №6: синхронные вызовы блокируют интерфейс, а асинхронные – не блокируют.

 

 

С точки зрения палаточного городка, синхронный «поход за спичками» выглядит так – пока один пошел, все остальные «курят бамбук». 

Но это не значит, что асинхронные вызовы – молодцы и красавчики (а то вы еще решите перевести все вызовы на асинхронные, это же круто).

 

Зачем интерфейс тормозит при проведении документа

Давайте я вам покажу еще один кейс, в котором будет отображаться в нашем веб-клиенте форма списка документов «Реализация товаров и услуг». Мы попробуем документ изменить и записать сначала синхронно, а потом – асинхронно. И замерим время проведения в одном случае и в другом. И отметим другие особенности поведения.

 

 

Итак, смотрите. В форме списка открываем документ, а первой строке меняем 3 на 4. 

 

 

И, внимание, засекаем время проведения – примерно 1.5 секунды. Нормально для 1С.

 

 

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

И пробуем сделать то же самое в асинхронном варианте.

 

 

Открываем форму, меняем 4 на 3. 

 

 

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

 

 

Что произошло?

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

 

 

При асинхронной записи функции запускаются одновременно. Но форма закрывается за 10 мс, список обновляется за 200 мс, а документ записывается за 1500. 

В итоге функции выполнились совершенно в обратном порядке. 

Первым делом мы закрыли форму. А вдруг у нас в момент записи ошибка произошла? Или какая-то проверка заполнения не прошла? Нам что, заново набирать все? Мы же там набирали 200 строк!

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

Что получается? Пользователь работает с учетной системой, в которой он видит неверные данные. Он работает с учетной системой, которой не может доверять. А кому нужна учетная система, считающая деньги, которой нельзя доверять?

 

 

Поэтому мы в своем веб-клиенте специально затормозили проведение документов. Может быть, и в тонком клиенте, и в веб-клиенте 1С в свое время поступили точно так же. Потому что, конечно, можно было бы сделать эти операции асинхронными, но, учитывая низкий порог вхождения в нашу профессию, представьте, что бы там наделали некоторые. Где-то забыл галочку поставить, где-то забыл какой-то Call-back отработать. И все – клиенты теряют доверие к системе. 

 

Запросы в цикле, их разновидности

 

 

Следующее – это запросы в цикле. Многие думают, что запрос в цикле – это когда 

Для каждого Элемент Из Коллекция Цикл
Запрос = Новый Запрос;

Это запрос сервера 1С к СУБД. Но это не единственное зло. Дело в том, что мы уже выяснили, что тонкий клиент и веб-клиент работают через HTTP-запросы. А это тоже запросы через веб-сервер. Причем, эти запросы очень тяжелые с точки зрения времени. 

И, самое главное, HTTP-протокол работает так, что, как только он выполнил один запрос, он забывает о клиенте. И чтобы выполнить следующий запрос (пусть он идет через микросекунду) нужно заново пройти авторизацию (это не значит, что вам каждый раз нужно вводить логин/пароль – это делается средствами платформы, но с точки зрения веб-сервера тот же самый клиент – это: «Я тебя не знаю, представься»). Пока эти данные дойдут – это очень долго.

 

 

Поэтому этих «запросов в цикле» может быть очень много. 

  • Вызов серверной процедуры – это запрос. 

  • Мы когда-то обнаружили, что вызов некоторых методов объектов (например, НайтиСтроки у ТЧ) – это тоже запрос, причем, в нашем случае он был контекстным. Мы однажды сделали огромный документ, в котором было пять табличных частей, а данные из этих табличных частей отображались на поле табличного документа. Это был такой «кентавр» страшный. И при изменении значения в одной ячейке, они расползались по пяти табличным частям. И нам нужно было найти строки в каждой из этих табличных частей – соответственно, использовалось НайтиСтроки в цикле. После этого мы обнаружили, что у нас изменение ячейки длится 5 секунд – естественно, пользователя это не удовлетворило. 

  • А контекстный вызов серверной процедуры в цикле – это вообще расстрел на месте. Потому что вы понимаете, что каждый раз собирать и разбирать лагерь, ходить туда/сюда/обратно – это жесть.

 

 

Вот, кстати, так выглядит запрос от клиента к серверу в цикле с точки зрения лагеря. Это когда вы молодого послали за спичками. Он бегает и по одной спичке носит вместо того, чтобы принести сразу целый коробок. Я сейчас говорю про парадоксальные ситуации, которые мы никогда в жизни не делаем. Но при разработке кода –  постоянно. Посмотришь на такой код и думаешь: как оно вообще работает?

 

 

При этом определить наличие запроса от клиента к серверу в цикле очень просто. Как только вы увидели, что у вас вот так побежал здесь счетчик, значит, у вас запрос в цикле – моментально находите это место и исправляйте. Иначе, нормально работать не будет.

 

 

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

 

Таблицы и их особенности

 

 

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

 

 

Потому что таблица – это набор одинаковых элементов, строк и колонок. Работа с набором одинаковых элементов подразумевает циклы. И в этих циклах тоже часто допускают запросы к серверу.

 

 

Чем, в принципе, отличается динамический список, таблица формы и поле табличного документа?

  • Поле табличного документа – это элемент формы, просто табличка.

  • Динамический список, табличная часть, таблица значений и дерево значений – это источники данных для поля табличного документа. А источники данных для самих динамических списков и т.д. – это данные СУБД.

 

 

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

 

 

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

На каком элементе правильно сделать нижний список? Большинство сделает, конечно же, на динамическом списке, потому что его закинул один раз, у тебя сразу моментально заработало.

 

 

Но дело в том, что динамический список работает так.

  • У него есть запросы при прокрутке. Динамический список не выгребает сразу из СУБД всю информацию, которая в нем есть, он достает ровно столько, сколько строк помещается на экране – плюс 15%, по-моему.

  • Далее – запросы при сворачивании/разворачивании строк. В динамическом списке нет сразу информации во вложенных уровнях. 

  • И запросы при динамическом обновлении, которые там происходят раз в 60 секунд – их мало кто отключает.

 

 

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

Какие плюсы? Запрос был один, далее, по этому дереву можно как угодно открывать/закрывать, отборы делать – и ни одного запроса к серверу при этом не будет. В данном случае это будет более правильный, работоспособный вариант – он подсмотрен мною в свое время у одного из первых получателей сертификата Эксперт, с которым мне удалось поработать вместе.

 

 

Поэтому, учитывая особенности работы платформы с динамическими списками, мы добавили к запросу, вызову серверной процедуры и вызову некоторых методов объектов еще и «гуманистический» вызов. Это – запросы в цикле, которые генерят сами пользователи, когда они «дергают» туда-сюда динамические списки – в один уровень зайдут, во второй. Если использовать неправильный источник данных для списка, можно получить лишнюю нагрузку за счет вот таких вызовов, которые генерятся самими пользователями.

 

 

То есть, таблица значений и дерево значений чаще всего экономичнее динамического списка.

Но опять же, у нас был кейс, когда нам нужно было отобразить форму списка справочника, у которой в корне лежало около 10 тысяч элементов. Тогда у нас не было динамического списка, и мы эти 10 тысяч элементов просто кинули на клиента. Форма открывалась 30 секунд. 

 

 

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

 

 

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

 

 

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

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

 

Выводы

 

 

Глобальные выводы по всему докладу – тонкий клиент:

  • быстрее;

  • безопаснее;

  • дальнобойнее;

  • приспособлен для работы на мобильных устройствах. 

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

 

 

Поэтому гражданин Шварцнеггер рекомендует: осваивать клиент-сервер, если хочешь жить.

Есть такая книга «Разработка управляемого интерфейса». Я сам по ней когда-то учился. Суперская книга. Она до сих пор актуальна, хоть ей уже и много лет. Очень рекомендую ее прочитать, чтобы научиться правильно работать с тонким и веб-клиентом.

****************

Данная статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT 2019. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие

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

Комментарии
В избранное Подписаться на ответы Сортировка: Дата
23. Cyberhawk 124 21.01.20 11:20 Сейчас в теме
Упоминание какого-то "поля табличного документа" в статье явно лишнее.
Походу автор попутал его с "табличным полем" (в терминологии ОФ) или "таблицей формы" (в терминологии УФ).
22. TitanLuchs 254 26.12.19 10:33 Сейчас в теме
(21) Конкретно в этом примере данные во вложенных ветках дерева меняются настолько редко, что вряд ли там произойдут изменения за время просмотра его элементов. Классический пример - дерево подчиненных документов в типовых конфигурациях, оно тоже готовится за один серверный вызов. А чтобы увидеть изменения есть кнопка "Обновить".
Есть случаи, когда использование ДС более оправдано, я об этом говорил в докладе. Основная цель включения этого пункта в доклад в том, чтобы обратить внимание, что не стоит использовать ДС там, где больше подходит другой вариант отображения информации.
21. skyboy13 10 25.12.19 18:03 Сейчас в теме
(19)
Да, но если в ветке произошли изменения, вы об этом не узнаете.
20. TitanLuchs 254 25.12.19 14:24 Сейчас в теме
(18) Это понятно. Бывают случаи, когда лучше вообще использовать не 1С.
19. TitanLuchs 254 25.12.19 14:22 Сейчас в теме
(17) Преимущество дерева в том, что оно создается за один вызов сервера и потом его ветки можно открывать/закрывать на клиенте. В динамическом списке за содержимым вложенных веток надо ходить на сервер. Каждый клик = вызов сервера.
18. skyboy13 10 25.12.19 10:36 Сейчас в теме
И преимущества тонкого клиента, это же сугубо прикладная задача. Все зависит от того, какие компьютеры, какие сервера... Что пользователи делают.
К примеру. 1000 пользователей, ввод заявок. Самый оптимальный вариант: тонкий клиент или http.
Или ввод и работа с маршрутами. Когда 1000 пользователей одновременно считают графы оптимальных маршрутов, а сервера не самые мощные. Все перенести на клиента и не грузить сервер подобными задачами.
17. skyboy13 10 25.12.19 10:16 Сейчас в теме
А в чем преимущества дерева в связанных документах от динамического списка? Если создается новый документ, то нужно будет обрабатывать ситуацию обновления дерева. В динамических это все на уровне платформы.

Если нужна скорость, то делается вспомогательный регистр без данных и все выводиться от туда.
16. TitanLuchs 254 24.12.19 15:47 Сейчас в теме
15. Rustig 1669 24.12.19 15:19 Сейчас в теме
(0) крутой кейс! спасибо!
TitanLuchs; +1 Ответить 1
14. TitanLuchs 254 24.12.19 11:14 Сейчас в теме
(3) Про количество соединений с сервером два года назад рассказывал, почитайте тут: https://infostart.ru/public/883068/
maXon777; +1 Ответить
13. TitanLuchs 254 24.12.19 11:13 Сейчас в теме
(3) Про количество соединений с сервером два года назад рассказывал, почитайте: https://infostart.ru/public/883068/
maXon777; +1 Ответить
12. TitanLuchs 254 24.12.19 11:11 Сейчас в теме
(3) Верно, чтение и запись идет через нашу подсистему в режиме онлайн.
Доработки занимают обычно в 5 раз больше времени, чем разработка подобного интерфейса на управляемых формах, но может отличаться в зависимости от конкретной задачи.
Количество соединений зависит от мощности сервера (сколько http-запросов может обработать один сеанс), "веса" запросов (запрос на запись более тяжелый, чем запрос на чтение), количества запросов в период времени. При проведении тестов нам за счет переиспользования сеансов удавалось 200 пользователей повесить на один сеанс 1С. Экономия оперативки при этом была многократная. Дисковые ресурсы сэкономить так не получится. В случае использования возможностей последней версии платформы такое вряд ли прокатит, так как каждому пользователю потребуется авторизация средствами платформы, а это подразумевает создание сеанса для каждого посетителя со всеми вытекающими. Хотя мы не проверяли это, так что 100%-й уверенности нет.
Дополнительные преимущества - использование всех возможностей html и js, какие только возможны. Внешний вид может быть произвольным, не похожим на 1С совсем. Работать будет на чем угодно, включая мобилки с самым маленьким экраном.
11. TitanLuchs 254 24.12.19 11:01 Сейчас в теме
(8)
Стандартный тонкий клиент пошлёт оповещение в форму списка после записи документа, ничего не блокируется зря.

Значит у нас разные стандартные тонкие клиенты. В тех, с которыми работал я, форма документа блокируется во время его записи. Поскольку запись синхронная, то и весь интерфейс блокируется следом.
Про "вручную послать/обработать оповещение" мы в курсе, но в доклад это уместить не удалось, 30 минут всего было. "Послать вручную" у нас изначально работало из коробки, но теперь, как и в случае тонкого клиента, это не стандартный способ записи объекта, потому что этот способ очень трудозатратный с точки зрения кодинга и крайне ненадежный с точки зрения достоверности системы, читайте после "Где-то забыл галочку поставить". В тонком клиенте реализовать асинхронную запись объекта на оповещениях более чем реально, но делать это есть смысл только в очень ограниченном количестве случаев по причине "очень трудозатратный".
10. TitanLuchs 254 24.12.19 10:54 Сейчас в теме
(7)
почему конфигурации на управляемых формах работают существенно медленнее, чем на обычных ?

Об этом сказано после фразы "Итак, вывод первый:"
Тормозит не платформа - она намного быстрее тех версий, которые были во времена толстого клиента. Тормозит интерфейс - на обслуживание управляемых форм требуется больше ресурсов. И промежуточный веб-сервер скорости не добавляет. Прямой код тоже далеко не везде встречается, это один из ключевых факторов тормозов.
9. TitanLuchs 254 24.12.19 10:50 Сейчас в теме
8. zqzq 21 24.12.19 10:34 Сейчас в теме
Вот это – код нашего модуля, который отвечает за запись документа. Нас интересуют три строки. Первая – это, собственно, запись документа. Далее – обновление формы списка, чтобы цифры обновились. А потом закрытие формы. При синхронном варианте эти процедуры будут выполняться последовательно. Пока документ не запишется, форма списка не обновится. Пока форма списка не обновится, не закроется форма.
Это какой-то ваш велосипед. Стандартный тонкий клиент пошлёт оповещение в форму списка после записи документа, ничего не блокируется зря. Также можно вручную послать/обработать оповещение (Оповестить/ОбработкаОповещения).
7. bulpi 179 23.12.19 17:23 Сейчас в теме
Автор очень аргументировано рассказывает, почему тонкий клиент быстрее, чем толстый. Ему даже веришь. Но вот вопрос : почему конфигурации на управляемых формах работают существенно медленнее, чем на обычных ? Визуально заметно, раза в полтора. И даже одну и ту же конфигурацию взять, две формы одного объекта, все равно тот же эффект. Похоже, сама платформа на управляемых формах тормозит. Вот я их и не люблю.
pinkz80; maXon777; +2 Ответить 1
6. maXon777 113 23.12.19 17:10 Сейчас в теме
5. Bassgood 1099 23.12.19 17:02 Сейчас в теме
(3) В одной из последних версий платформы была анонсирована возможность встраивания "частей" веб-клиента 1С (определенные формы приложения) в сайты, мб эта инфа Вам как то пригодится
4. herfis 404 23.12.19 15:35 Сейчас в теме
Это не совсем из под капота. Из под капота вот: Под капотом управляемых форм
Дмитрий74Чел; artbear; Bassgood; +3 Ответить 1
3. maXon777 113 23.12.19 15:22 Сейчас в теме
Наш веб-клиент практически на 100% повторяет функциональность тонкого и веб-клиента 1С. При этом у него есть как слабые, так и сильные стороны – даже некоторые преимущества.


Правильно ли я понял, преимущество в том, чтобы интегрировать веб-клиент 1С в другие движки? В вашем примере с лидом - чтение данных и запись происходит через возможности вашего веб-клиента? Насколько ресурсоемки такие доработки? (интерес не праздный)
Какие еще преимущества у вашего движка?
Сколько соединений при этом проходит к 1С-серверу? Одно на каждый запрос с сайта?
2. TitanLuchs 254 23.12.19 13:00 Сейчас в теме
(1) Спасибо за отзыв. "Запрофцыкли" - сленг, конечно.
1. lmnlmn 64 23.12.19 12:09 Сейчас в теме
Хороший материал и хорошая работа. Могу только посочувствовать по поводу костылей в "асинхронной" части ибо сам от сходных проблем страдаю.

P.S. А "Запрофцыкли" в слайдах это опечатка или какой-то ваш внутренний сленг?
Оставьте свое сообщение

См. также

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

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

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

28.12.2020    4477    comol    22    

Расширенный автоподбор при вводе по строке в поле ввода в управляемых формах

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

Началось все с того, что штатный автоподбор при вводе по строке в поле ввода для некоторых больших справочников устраивать перестал. Вообще, для способа поиска строки "Любая часть" он работает на первый взгляд очень хорошо: работает как полнотекстовый (т.е. по нескольким словам) даже без активации полнотекстового поиска, красиво подсвечивает слова поиска в результатах. Казалось бы, все отлично. Но есть неприятное ограничение - всего лишь 10 значений в результирующем списке (у вас может быть несколько больше, так как платформа неявно добавляет результаты поиска по истории ввода). Для небольших справочников или справочников с разнородным ассортиментом все хорошо. Но не в моей ситуации. А простых путей увеличить количество выдаваемых строк на момент написания статьи мне обнаружить не удалось. Пришлось полностью переопределять автоподбор. Ниже речь пойдет именно об этом. И, к слову, в типовых конфигурациях для некоторых справочников используются похожие приемы для увеличения количества строк результата автоподбора.

21.01.2021    1437    herfis    7    

Программное копирование узла/строки дерева значений на управляемой форме (УФ, ДанныеФормыДерево, ДанныеФормыЭлементДерева) в вариантах на клиенте и на сервере

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

1С при интерактивном копировании строки дерева значений в управляемой форме копирует только саму строку, без его всех вложенных узлов/строк, жаль - решим! А также найдем способ передачи ДанныеФормыЭлементДерева с клиента на сервер при вставке дерева из другого элемента справочника.

11.01.2021    613    SizovE    0    

Ускоряем медленный/долгий и тормозной стандартный поиск по динамическому списку, настраиваем его под себя

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

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

14.12.2020    7464    SizovE    2    

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

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

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

10.12.2016    38482    unichkin    74    

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

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

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

30.11.2020    2715    SizovE    3    

Выгрузка HTML описаний с картинками (Base64) товаров на сайт/интернет-магазин/B2B, разберем регулярное выражение получения тега body, ПолучитьHTML, ФорматированныйДокумент

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

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

24.11.2020    696    SizovE    2    

Установка отбора для поля ввода управляемой формы через ПараметрыВыбора (без переопределения событий "НачалоВыбора", "Автоподбор")

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

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

15.11.2020    3628    Eugen-S    9    

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

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

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

15.10.2018    32099    tormozit    104    

Установка нескольких фильтров/отбора СКД в табличной форме, хранение в табличной части для отправки push/email уведомлений (ОтборКомпоновкиДанных, КомпоновщикНастроек, ДинамическийСписок)

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

Рассмотрим, как организовать установку фильтров/отбора СКД (динамического списка) на push/email уведомления в подсистеме EDIbot (WebApp) для 1С в табличной части "События уведомлений".

02.11.2020    985    SizovE    0    

Использование флажков в динамических списках

Практика программирования Работа с интерфейсом v8::УФ Бесплатно (free)

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

04.08.2020    5579    nekit_rdx    26    

Глобальное меню разработчика для управляемых форм

Инструментарий разработчика v8 v8::УФ 1cv8.cf Бесплатно (free)

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

03.08.2020    4237    tormozit    26    

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

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

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

20.09.2012    79353    tormozit    131    

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

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

На ИТС описано, как избегать использования модальности в событиях ПередЗаписью() и ПередЗакрытием() (можно ознакомиться по ссылке http://its.1c.ru/docs/v8nonmodal/). А что делать, если нужно задать вопрос пользователю в событии НачалоВыбора(). В данной статье приведу пример реализации с использованием асинхронного вызова ПоказатьВопрос(). Статья предназначена в основном для начинающих программистов, недавно столкнувшихся с управляемыми формами.

20.07.2020    1684    biimmap    2    

Открытие управляемой формы 1С 8.3 с измененным несохраненным объектом

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

Как загрузить в управляемую форму программно изменённый несохранённый документ (или элемент справочника).

13.07.2020    3366    plainer    11    

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

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

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

12.05.2020    7668    SeiOkami    34    

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

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

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

11.07.2007    50112    tormozit    48    

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

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

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

08.05.2020    36380    user5300    16    

Как ограничить поля отбора в динамическом списке и ничего не сломать

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

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

06.05.2020    6238    SeiOkami    3    

Управляемая консоль отчетов – новый функциональный инструмент для работы с запросами и СКД в управляемых формах

Прочие инструменты разработчика Консоль запросов v8::УФ v8::Запросы v8::СКД Бесплатно (free)

Консоль запросов и СКД – один из наиболее часто используемых программистом инструментов. Как с его помощью можно упростить разработку, в своем докладе на конференции Infostart Event 2019 Inception рассказал Евгений Люлюк, ведущий программист компании GLT.

06.04.2020    8783    Evg-Lylyk    0    

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

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

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

10.09.2017    46815    tormozit    74    

5 шагов по изменению резервирования товаров в УТ 11.4

Оптовая торговля Практика программирования v8::ОУ v8::УФ УТ11 Россия УУ Бесплатно (free)

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

19.03.2020    5027    Igorro82IT    16    

Об обновлениях

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

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

12.02.2020    2707    ipoloskov    27    

Детектор завершения согласования для 1С: Документооборот КОРП

Практика программирования Документооборот и делопроизводство v8::УФ ДО УУ Бесплатно (free)

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

04.02.2020    3339    shiaju    3    

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

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

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

25.04.2019    16437    m-rv    2    

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

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

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

27.01.2020    39559    ids79    26    

Как вывести итоговый вес и объем на форму документа Заказ клиента. УТ 11.4

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

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

16.01.2020    5216    VID1234    6    

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

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

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

15.01.2020    30731    John_d    22    

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

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

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

16.04.2019    20979    m-rv    17    

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

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

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

30.12.2019    23400    kuzyara    38    

Простейший пример создания бизнес-процессов

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

Простой пример создания бизнес-процессов в несколько шагов. Может пригодиться при первом знакомстве с ними или для решении задач экзамена 1С:Специалист по платформе.

20.11.2019    21116    YPermitin    18    

Изменение макета в карточке номенклатуры(УТ 11, КА 2)

Практика программирования Работа с интерфейсом v8::УФ ERP2 УТ11 КА2 Бесплатно (free)

Краткая памятка по выведению добавленного реквизита в справочнике Номенклатура в стандартную карточку номенклатуры в УТ 11, КА 2, ERP 2.

24.10.2019    4855    darkultro37    4    

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

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

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

01.06.2018    32359    m-rv    21    

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

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

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

07.10.2019    33277    HostHost    41    

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

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

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

01.10.2019    40424    Yashazz    50    

СКД. Отчеты с картинками

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

Решение популярных кейсов с картинками в отчетах на СКД.

25.09.2019    25114    YPermitin    41    

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

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

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

05.12.2017    28866    itriot11    34    

"Вы всё сломали!". Разбираемся, кто прав, кто виноват

Практика программирования v8::УФ ИТ-компания Россия Бесплатно (free)

О том, как "всё испортил" программист, а на самом деле виноват заказчик.

20.09.2019    6146    RomanCrow13    27    

СКД не только для отчетов

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

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

18.09.2019    20339    YPermitin    36    

Оповещения боту из 1С за 31 минуту

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

Поделюсь опытом, как быстро сделать бота с оповещениями в Телеграмм из 1С без лишних затрат.

18.09.2019    18251    feva    42    

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

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

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

27.01.2016    78449    Serginio    113    

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

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

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

06.09.2019    67916    rpgshnik    68    

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

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

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

05.09.2019    58565    ids79    55    

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

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

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

05.09.2019    33381    YPermitin    24    

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С Промо

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

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    37475    ids79    40    

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

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

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

03.09.2019    27096    YPermitin    80    

EnterpriseData – часть 3. Загрузка данных, идентификация объектов

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

Основные этапы загрузки данных через EnterpriseData. Идентификация объектов загружаемых полностью и по ссылке. Приведены схемы процессов загрузки данных. Описание основных операций и обработчиков. Перечень процедур БСП, используемых при загрузке данных, структура «КомпонентыОбмена».

22.08.2019    16502    ids79    8    

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

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

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

17.08.2019    35642    ids79    16    

Тестер: частые вопросы Промо

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

Ошибкам бой - тесты норма жизни!

25.07.2018    30169    grumagargler    31    

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

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

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

08.08.2019    107754    ids79    63    

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

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

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

02.08.2019    44255    avalakh    26    

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

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

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

26.07.2019    76564    ids79    14