Как работают управляемые формы и тонкий клиент 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 в Москве.

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. lmnlmn 63 23.12.19 12:09 Сейчас в теме
Хороший материал и хорошая работа. Могу только посочувствовать по поводу костылей в "асинхронной" части ибо сам от сходных проблем страдаю.

P.S. А "Запрофцыкли" в слайдах это опечатка или какой-то ваш внутренний сленг?
2. TitanLuchs 246 23.12.19 13:00 Сейчас в теме
(1) Спасибо за отзыв. "Запрофцыкли" - сленг, конечно.
3. maXon777 110 23.12.19 15:22 Сейчас в теме
Наш веб-клиент практически на 100% повторяет функциональность тонкого и веб-клиента 1С. При этом у него есть как слабые, так и сильные стороны – даже некоторые преимущества.


Правильно ли я понял, преимущество в том, чтобы интегрировать веб-клиент 1С в другие движки? В вашем примере с лидом - чтение данных и запись происходит через возможности вашего веб-клиента? Насколько ресурсоемки такие доработки? (интерес не праздный)
Какие еще преимущества у вашего движка?
Сколько соединений при этом проходит к 1С-серверу? Одно на каждый запрос с сайта?
5. Bassgood 1048 23.12.19 17:02 Сейчас в теме
(3) В одной из последних версий платформы была анонсирована возможность встраивания "частей" веб-клиента 1С (определенные формы приложения) в сайты, мб эта инфа Вам как то пригодится
maXon777; +1 Ответить
6. maXon777 110 23.12.19 17:10 Сейчас в теме
12. TitanLuchs 246 24.12.19 11:11 Сейчас в теме
(3) Верно, чтение и запись идет через нашу подсистему в режиме онлайн.
Доработки занимают обычно в 5 раз больше времени, чем разработка подобного интерфейса на управляемых формах, но может отличаться в зависимости от конкретной задачи.
Количество соединений зависит от мощности сервера (сколько http-запросов может обработать один сеанс), "веса" запросов (запрос на запись более тяжелый, чем запрос на чтение), количества запросов в период времени. При проведении тестов нам за счет переиспользования сеансов удавалось 200 пользователей повесить на один сеанс 1С. Экономия оперативки при этом была многократная. Дисковые ресурсы сэкономить так не получится. В случае использования возможностей последней версии платформы такое вряд ли прокатит, так как каждому пользователю потребуется авторизация средствами платформы, а это подразумевает создание сеанса для каждого посетителя со всеми вытекающими. Хотя мы не проверяли это, так что 100%-й уверенности нет.
Дополнительные преимущества - использование всех возможностей html и js, какие только возможны. Внешний вид может быть произвольным, не похожим на 1С совсем. Работать будет на чем угодно, включая мобилки с самым маленьким экраном.
13. TitanLuchs 246 24.12.19 11:13 Сейчас в теме
(3) Про количество соединений с сервером два года назад рассказывал, почитайте: https://infostart.ru/public/883068/
maXon777; +1 Ответить
14. TitanLuchs 246 24.12.19 11:14 Сейчас в теме
(3) Про количество соединений с сервером два года назад рассказывал, почитайте тут: https://infostart.ru/public/883068/
maXon777; +1 Ответить
4. herfis 372 23.12.19 15:35 Сейчас в теме
Это не совсем из под капота. Из под капота вот: Под капотом управляемых форм
Дмитрий74Чел; artbear; Bassgood; +3 Ответить
9. TitanLuchs 246 24.12.19 10:50 Сейчас в теме
7. bulpi 175 23.12.19 17:23 Сейчас в теме
Автор очень аргументировано рассказывает, почему тонкий клиент быстрее, чем толстый. Ему даже веришь. Но вот вопрос : почему конфигурации на управляемых формах работают существенно медленнее, чем на обычных ? Визуально заметно, раза в полтора. И даже одну и ту же конфигурацию взять, две формы одного объекта, все равно тот же эффект. Похоже, сама платформа на управляемых формах тормозит. Вот я их и не люблю.
pinkz80; maXon777; +2 Ответить
10. TitanLuchs 246 24.12.19 10:54 Сейчас в теме
(7)
почему конфигурации на управляемых формах работают существенно медленнее, чем на обычных ?

Об этом сказано после фразы "Итак, вывод первый:"
Тормозит не платформа - она намного быстрее тех версий, которые были во времена толстого клиента. Тормозит интерфейс - на обслуживание управляемых форм требуется больше ресурсов. И промежуточный веб-сервер скорости не добавляет. Прямой код тоже далеко не везде встречается, это один из ключевых факторов тормозов.
8. zqzq 21 24.12.19 10:34 Сейчас в теме
Вот это – код нашего модуля, который отвечает за запись документа. Нас интересуют три строки. Первая – это, собственно, запись документа. Далее – обновление формы списка, чтобы цифры обновились. А потом закрытие формы. При синхронном варианте эти процедуры будут выполняться последовательно. Пока документ не запишется, форма списка не обновится. Пока форма списка не обновится, не закроется форма.
Это какой-то ваш велосипед. Стандартный тонкий клиент пошлёт оповещение в форму списка после записи документа, ничего не блокируется зря. Также можно вручную послать/обработать оповещение (Оповестить/ОбработкаОповещения).
11. TitanLuchs 246 24.12.19 11:01 Сейчас в теме
(8)
Стандартный тонкий клиент пошлёт оповещение в форму списка после записи документа, ничего не блокируется зря.

Значит у нас разные стандартные тонкие клиенты. В тех, с которыми работал я, форма документа блокируется во время его записи. Поскольку запись синхронная, то и весь интерфейс блокируется следом.
Про "вручную послать/обработать оповещение" мы в курсе, но в доклад это уместить не удалось, 30 минут всего было. "Послать вручную" у нас изначально работало из коробки, но теперь, как и в случае тонкого клиента, это не стандартный способ записи объекта, потому что этот способ очень трудозатратный с точки зрения кодинга и крайне ненадежный с точки зрения достоверности системы, читайте после "Где-то забыл галочку поставить". В тонком клиенте реализовать асинхронную запись объекта на оповещениях более чем реально, но делать это есть смысл только в очень ограниченном количестве случаев по причине "очень трудозатратный".
15. Rustig 1550 24.12.19 15:19 Сейчас в теме
(0) крутой кейс! спасибо!
TitanLuchs; +1 Ответить
16. TitanLuchs 246 24.12.19 15:47 Сейчас в теме
17. skyboy13 10 25.12.19 10:16 Сейчас в теме
А в чем преимущества дерева в связанных документах от динамического списка? Если создается новый документ, то нужно будет обрабатывать ситуацию обновления дерева. В динамических это все на уровне платформы.

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

См. также

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

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

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

10.12.2016    37184    unichkin    46    

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

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

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

04.08.2020    2620    nekit_rdx    23    

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

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

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

03.08.2020    3027    tormozit    12    

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

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

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

20.07.2020    1343    biimmap    2    

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

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

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

15.10.2018    30029    tormozit    100    

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

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

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

13.07.2020    2972    plainer    11    

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

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

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

12.05.2020    5951    SeiOkami    29    

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

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

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

08.05.2020    17848    user5300    15    

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

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

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

20.09.2012    77763    tormozit    131    

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

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

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

06.05.2020    4661    SeiOkami    3    

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

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

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

06.04.2020    6885    Evg-Lylyk    0    

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

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

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

19.03.2020    4519    Igorro82IT    16    

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

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

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

11.07.2007    48132    tormozit    41    

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

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

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

12.02.2020    2598    ipoloskov    27    

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

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

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

04.02.2020    2942    shiaju    3    

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

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

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

16.01.2020    3871    VID1234    6    

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

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

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

10.09.2017    44580    tormozit    74    

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

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

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

15.01.2020    22804    John_d    22    

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

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

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

24.10.2019    4360    darkultro37    4    

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

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

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

01.10.2019    32240    Yashazz    50    

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

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

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

25.04.2019    16003    m-rv    2    

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

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

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

25.09.2019    20699    YPermitin    37    

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

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

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

20.09.2019    5963    RomanCrow13    27    

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

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

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

18.09.2019    16930    feva    41    

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

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

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

16.04.2019    20122    m-rv    17    

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

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

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

06.09.2019    48034    rpgshnik    63    

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

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

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

05.09.2019    48133    ids79    54    

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

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

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

22.08.2019    14730    ids79    8    

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

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

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

01.06.2018    30435    m-rv    21    

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

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

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

08.08.2019    78944    ids79    49    

Кодовое создание документа на 8.3, управляемые формы (на примере)

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

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

07.08.2019    5892    Nefilimus    16    

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

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

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

25.06.2019    51429    ids79    25    

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

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

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

05.12.2017    28188    itriot11    34    

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

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

Да, форматированный документ это умеет и сам, но возможности можно расширить!

03.06.2019    6247    Yashazz    0    

Добавление внешних отчетов / обработок в собственные подсистемы

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

Краткая инструкция по добавлению функционала доп обработок/отчетов в собственную подсистему.

24.05.2019    10459    login1020    7    

Расшифровка отчета на СКД с детализацией по выбранному полю на основе БСП

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

В данной статье рассмотрим механизм работы с расшифровкой отчета, созданного при помощи системы компоновки данных, в управляемом приложении. Показывать буду на примере реальной задачи. Условие: использовать имеющиеся в конфигурации механизмы БСП, с минимальными и "правильными" изменениями. Расшифровка должны быть двух видов на каждом поле: 1. Открывать ссылочный объект 2. Открывать новую форму с детализацией табличной части документа. Собственно ради второго пункта и писалась статья, в основном для себя, чтобы не забыть.

14.05.2019    19320    Viktor_Ermakov    8    

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

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

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

27.01.2016    76130    Serginio    108    

Групповая обработка (Управляемая консоль отчетов)

Обработка документов Инструментарий разработчика Обработка справочников v8 v8::УФ v8::Запросы 1cv8.cf 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

13.05.2019    9364    Evg-Lylyk    10    

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

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

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

12.05.2019    4563    samvani    0    

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

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

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

18.04.2019    3647    NeSPEC    0    

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

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

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

10.11.2018    34445    ids79    40    

Этюды по программированию. Хитрости создания расширений для конфигураций на БСП. Часть 2

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

Некоторые нюансы, если вы захотите создавать свои расширения. Продолжение первой части.

16.04.2019    11010    milkers    9    

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

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

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

26.03.2019    8245    independ    8    

Как добавить типовую форму для СКД (для начинающих) (1С 8.3, управляемые формы)

Инструментарий разработчика Работа с интерфейсом v8 v8::УФ v8::СКД Бесплатно (free)

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

25.03.2019    13247    ellavs    9    

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

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

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

25.07.2018    29146    grumagargler    28    

Доработка проведения типовых документов в УТ 11.4, КА 2.4, ЕРП 2.4

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

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

22.03.2019    17619    ids79    16    

Иерархия групп и элементов в форме списка справочника как в проводнике. УФ

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

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

20.03.2019    11460    rebuzx    12    

Добавление отчетов в типовые конфигурации 1С

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

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

07.03.2019    53030    ids79    45    

Ускоряем 1С: модули с повторным использованием возвращаемых значений Промо

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

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

04.09.2017    52433    m-rv    61    

Программное изменение управляемых форм

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

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

05.03.2019    9753    user759624    10    

Функциональные опции 1С 8.3 – все возможные варианты использования

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

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

22.02.2019    34044    ids79    14