Многие пользователи восьмерки уже слышали такие термины как "Толстый клиент" и "Тонкий клиент". Но мало кто знает, что же это значит.
Толстый клиент - это обычный способ работы с программой. Мы к нему давно привыкли (ещё со времен 7.7 и 8.2). Более подробно .
Тонкий клиент - это режим запуска 1С для работы через интернет, когда база бухгалтерии находится не у нас на компьютере или даже не в нашей сети, а где-то за тысячи километров на удаленном сервере (возможно в другом городе или стране). Более подробно .
Проще говоря для обычного бухгалтера, который работает с базой прямо на его компьютере или в сети предприятия - разницы никакой между тонким и толстым клиентом.
Но часто бывает так, что некоторые ошибки проявляются в одном клиенте и отсутствуют в другом. Как, например, с отображением проводок в 1С Бухгалтерии 8.3.
В этом случае бывает полезно выяснить в каком клиенте мы сейчас работаем и поменять его на другой.
Как узнать с каким клиентом вы работаете? Посмотрите окошко с версией вашей 1С ( на статью):
Там в пункте "Приложение" и будет указан ваш клиент:
О том как поменять клиента написано .
С уважением, (преподаватель и разработчик ).
для платформы 8.2:
для платформы 8.3:
Замечание. Автоматическое обновление тонкого клиента под Windows XP и Windows Vista через 1С:Линк может не работать. Это не очень удобно и мы рекомендуем вам рассмотреть возможность перехода на более современную операционную систему.
Настройка Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версии 8.3.4.437 и выше
Установите корневой сертификат сервиса "1С: Линк" в хранилище сертификатов Windows согласно инструкции для браузера Internet Explorer .
https://<ваш-сайт>.link.1c.ru/xxx
В качестве способа проверки сертификата сервера выберите пункт "Сертификаты Windows"
Нажмите кнопку "Готово"
Настройка автоматической авторизации на веб-сервере
- Выберите в Тонком клиенте 1С нужную ИБ и нажмите кнопку "изменить"
- Нажмите на ссылку "Дополнительно" (расположена под полем с адресом информационной базы)
- В разделе "Выберите способ аутентификации пользователя веб-сервера" выберите пункт "Выбирать автоматически" и нажмите "Далее".
- В окне настроек сертификата нажмите "Далее".
- В разделе "Дополнительные параметры запуска" укажите строку: где login - логин пользователя веб сервера, а password - его пароль.
Нажмите кнопку "Готово" и проверьте подключение к информационной базе.
Подробнее о настройках Тонкого клиента на сайте ИТС .
Настройка Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версии 8.2.19.121 и выше
Для работы в тонком клиенте загрузите . Сохраните вместо <1C>\bin\cacert.pem , где <1C> - директория установки Тонкого клиента 1С. Это предотвратит появление ошибки SSL "Peer certificate cannot be authenticated with known CA certificates".
Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"
Введите адрес вашей информационной базы: https://<ваш-сайт>.link.1c.ru/xxx ,где xxx - ваш путь веб приложения.
Нажмите кнопку "Готово"
Настройка Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версий, не входящих в список рекомендованных
Если для работы в сервисе "1С: Линк" вы хотите использовать версию тонкого клиента, отличную от рекомендованных выше, может потребоваться настройка работы по HTTP или установка STunnel .
Настройка Тонкого Клиента для работы через HTTP
В Линк-агенте есть возможность работать в тонком клиенте по протоколу HTTP. Однако, предпочтительным протоколом для работы в тонком клиенте через 1С:Линк является HTTPS. Не рекомендуется использовать протокол http, так как при его использовании данные передаются в незашифрованном виде и могут быть перехвачены злоумышленником.
Если вы уверены в необходимости использования данного протокола для работы в тонком клиенте через сервис 1С:Линк, можно воспользоваться инструкциями, которые представлены ниже:
Откройте панель управления линк-агентом и разрешите работу по HTTP (раздел 4.4 руководства пользователя 1С:Линк).
Настройте тонкий клиент:
Запустите тонкий клиент и нажмите кнопку добавить.
Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"
Введите адрес вашей информационной базы: http://<ваш-сайт>.link.1c.ru/xxx ,где xxx - ваш путь веб приложения.
Нажмите кнопку "Готово"
Установка и настройка Stunnel
На компьютер с Тонким Клиентом 1С установите программу Stunnel . После установки программы запустите её.
В открывшемся окне выберите пунк "Configuration"
В выпавшем меню укажите пункт "Edit stunnel.conf"
Откроется блокнот с конфигурационным файлом. Замените текст в файле на следующие строки.
Начиная с версии 8.2, программа 1С получила возможность работы в режиме тонкого клиента, который имеет ограниченный по своим возможностям функционал. Несмотря на то, что с момента выхода обновления прошло достаточно много времени, большое количество пользователи до сих пор до конца не понимают для чего необходимо данное нововведение, в каких ситуациях эффективно его использование и в чем заключается его отличие. В этом материале мы подробно расскажем о том, что такое тонкий клиент 1C, о его преимуществах и недостатках, а также о том как с ним работать.
Что есть «тонкий клиент»?
Для того, что понять функциональность данного клиента программы, необходимо разобраться, почему он назван «тонким». Ответ на это вопрос достаточно прост и заключается в том, что данный режим работы весьма ограничен в своих возможностях, по сравнению с «толстой» версией.
«Тонкий клиент» приложения имеет более урезанный набор видов встроенного языка, который предназначается исключительно для передачи данных и их изменения. Всё, что касается работы с базой данных, в этом случае исполняется на сервере. С помощью данной версии приложения происходит разработка управляемого интерфейса 1С, которая позволяет оптимизировать работу компании.
«Тонкие клиенты» 1С способны получать готовые данные через веб-подключение, которые уже заранее были подготовлены со стороны сервера.
Кроме того, использование данного вида приложения возможно при использовании одной из трех технологий:
- Через веб (с помощью интернет-подключения);
- Через протокол TCP/IP (по типу «клиент-сервер»);
- Напрямую с базой данных.
Подключение через интернет
«Тонкий клиент» имеет возможность взаимодействовать с программой «1С: Предприятие» с помощью веб-подключения к интернету. В этом случае работа происходит со специально настроенным веб сервером, путем использования протокола передачи данных http. Тем не менее, сам веб сервер работает с программой «1С: Предприятие» через протокол TCP/IP либо напрямую.
Важно: в качестве веб серверов нужно использовать одну из следующих систем:
- Apache;
Клиент-серверное подключение
В этом случае «тонкие клиенты» соединяются с серверами напрямую, путем использования протокола передачи данных TCP/IP.
Прямое подключение к базе данных
В этом случае происходит прямое взаимодействие клиента с базой данных приложения. Для организации данной схемы работы, на компьютере, на котором установлен клиент создается специальная среда, которая с точки зрения программы воспринимается как сервер. Для того чтобы ее организовать, необходимо:
- Загрузить нужные серверные файлы на компьютер;
- Загрузить прикладную конфигурацию.
Преимущества тонкого клиента
Если же отбросить в сторону технологию процесса и перейти к непосредственным плюсам, которые дает использование этой версии клиента 1С, можно выделить несколько серьезных преимуществ. К ним относится:
- Мобильность;
- Уменьшение нагрузки на канал связи;
- Минимальные системные требования;
- Снижение расходов компании.
Мобильность
Аппаратный «тонкий клиент» позволяет пользователю находиться в любой точке планеты, при наличии подключения к интернету. Например, предположим, что руководитель отдела находится в отпуске заграницей. Для того чтобы принять какое-то важное решение, ему необходимо ознакомиться с последними отчетными данными. Полная версия приложения требует обязательного наличия подключения по локальной сети, именно поэтому в данном случае на помощь приходит «тонкий клиент». Он позволяет осуществлять работу с базой данных при наличии обычного подключения к интернету.
Другой пример. Порой при совершении сделок в каком-либо отделении, не имеющем подключение к локальной сети, например, на складе компании приходится осуществлять выгрузку данных из базы склада для последующей загрузки в бухгалтерию.
Безусловно, такие манипуляции отнимают время и доставляют неудобства. «Тонкие клиенты» как раз и используются для упрощения подобных задач. При наличии веб подключения вы без труда можете передать данные в общую базу данных 1С прямо со склада.
Кроме того, «тонкий клиент» используют сетевой канал исключительно для передачи данных. Полноценная версия приложения кроме этого использует его для передачи служебных данных, необходимых для работы программного обеспечения, из-за чего снижается полезная пропускная способность канала.
Таким образом, «тонкие клиенты» позволяет осуществлять работу в программе 1С там, где нет веб-подключения с хорошей пропускной способностью.
Низкие системные требования
Аналогично ситуация обстоит и системными требованиями программы. Для работы полноценной версии необходимы более мощные компьютеры, так как приложение задействует процессор и оперативную память системы. «Тонкие клиенты» 1С гораздо менее требовательна к ресурсам персонального компьютера. Именно это позволяет использовать его даже на слабых системах.
Уменьшение расходов компании
Этот пункт вытекает из всех предыдущих. Благодаря тому, что разработка управляемого интерфейса позволяет оптимизировать рабочий процесс, сэкономить время и ресурсы компании, это приводит к снижению общий затрат компании на ведение бухгалтерии.
Недостатки «тонкого клиента»
Безусловно, у любой медали есть и обратная сторона. «Тонкий клиент» также имеет некоторые неудобства и ограничения, чего нельзя не учитывать. К ним относится:
- Требование наличия мощного сервера;
- Ограниченная функциональность;
- Непривычный интерфейс.
Требуется мощный сервер
В том случае, если с главным сервером взаимодействует большое количество «тонких клиентов» через веб-подключение, на него ложиться достаточно большая нагрузка, что предъявляет определенные технические требования. Однако использование полноценной версии программы нагружает не намного меньше, поэтому этот недостаток весьма относительный.
Ограниченный функционал
Как уже было сказано выше, легкая версия приложения имеет весьма ограниченный функционал. Так, например, отсутствует возможность работы в режиме “Конфигуратор”.
Интерфейс
Данный недостаток со временем и с выходом обновлений постепенно сходит на нет, однако в первое время многие компании отказывались от использования «тонких клиентов» или старались избегать его именно из-за того, что интерфейс приложения был крайне неудобен и сильно отличался от полноценной версии.
1С является клиент серверным ПО и это значит, что 1С состоит из двух программ — клиентской и серверной. Серверная программа 1С запущена на сервере. Пользователь на своем компьютере работает в клиентской программе 1С, которую кратко называют клиент 1С.
В 1С есть несколько видов клиентов, что позволяет использовать программу на разной компьютерной технике, разных операционных системах, географически распределенно.
Один из клиентов 1С позволяет использовать 1С с помощью обычного интернет браузера на любой операционной системе (хоть на Маке). Другой клиент 1С — на КПК, например, производственный КПК на складе для инвентаризации, со сканером штрихкодов.
Давайте рассмотрим какие бывают клиенты 1С, в чем их различия, как они выглядят и как с ними работать?
Толстый клиент 1С
Самый простой и известный всем клиент 1С – это толстый клиент 1С («обычный»). До версии 1С 8.2 кроме него никаких других вариантов предоставлено и не было.
Конфигуратор 1С (в настоящее время) работает только в толстом клиенте 1С. С файловой базой данных рекомендуется работать также с помощью толстого клиента 1С.
В настоящий момент предполагается, что все конфигурации 1С будут переведены на тонкий клиент 1С в ближайший год-два. Поэтому точная судьба толстого клиента 1С в будущем остается не ясна, вероятно он будет не использоваться.
Толстый клиент 1С работает под Windows. Толстым его называют по причине требовательности к ресурсам компьютера пользователя. Также толстый клиент 1С может запрашивать достаточно большие объемы данных по сети.
С точки зрения программиста основное отличие толстого клиента 1С в том, что большинство программ на встроенном языке 1С он выполняет на компьютере пользователя. Например, 1С хочет выполнить запрос из базы данных:
- Клиент 1С запрашивает данные у сервера 1С
- Данные пересылаются на клиент 1С
- Клиент 1С обрабатывает данные.
Интерфейс толстого клиента 1С выглядит следующим образом. По умолчанию открыто только меню пользователя. Пользователь выбирает пункт меню, в результате которого обычно открывается окно (какой либо список). Далее пользователь работает со списком.
В некоторых конфигурациях для толстого клиента 1С есть рабочий стол. Выглядит он вот так. В первую очередь это конфигурации Бухгалтерия и Зарплата и кадры.
Тонкий клиент 1С
Тонкий клиент 1С появился сравнительно недавно. Для тонкого клиента 1С уже вышла конфигурация Управление торговлей (редакция 11). Тонкий клиент 1С устанавливается по умолчанию в комплекте с другими вариантами клиентов 1С, однако его можно установить отдельно (только его).
Конфигуратор 1С не работает в тонком клиенте 1С. Он может работать с файловым вариантом базы данных, однако лучше использовать клиент серверный режим.
Тонкий клиент 1С также работает под Windows. Тонким его называют по причине правильной организации клиент серверной организации программы. В отличии от толстого клиента 1С, запрос из базы данных будет выглядеть следующим образом:
- Клиент 1С передает на сервер 1С необходимость пользователя запросить данные у сервера 1С
- Сервер 1С запрашивает данные из базы данных
- Сервер 1С обрабатывает данные
- Результат обработки данных пересылается на клиент 1С.
Как Вы понимаете – сразу же рождается плюс и минус. Плюс – никакой требовательности к ресурсам компьютера пользователя, предполагается меньший трафик. Минус – требовательность к ресурсам сервера Выше.
Последний минус для больших компаний снимается тем, что сервер 1С можно масштабировать, то есть установить систему из нескольких серверов 1С на разных компьютерах и они будут работать в связке.
Интерфейс тонкого клиента 1С выглядит следующим образом. По умолчанию открывается рабочий стол пользователя. Он разбит на блоки по видам учета. Пользователь открывает закладку и использует гиперссылки для открытия списков.
Дополнительное отличие тонкого клиента 1С от толстого состоит в том, что он может работать не только по протоколу TCP/IP, как толстый, но и через HTTP, как веб клиент 1С.
Веб клиент 1С (Web клиент 1С, Linux клиент 1С)
Веб клиент 1С позволяет использовать 1С через обычный интернет браузер. Для использования не нужно ничего устанавливать дополнительно. Использовать можно под любой операционной системой, в том числе, например, на iPad.
Вы можете посмотреть как выглядит 1С при работе в веб клиенте 1С прямо сейчас. Для этого зайдите на официальное демо конфигурации Управление торговлей (редакция 11) .
Для использования веб клиента 1С требуется поднимать веб сервер. Он используется исключительно как транспорт и передает запросы на сервер 1С. Логика выполнения запросов и обработки данных в веб клиенте 1С такая же как и в тонком клиенте 1С. Для работы используется автоматическая конвертация встроенного языка 1С в JavaScript.
В веб клиенте 1С нельзя использовать любые конфигурации 1С — только написанные специально для работы с тонким клиентом 1С. По идее, разработка конфигурации для тонкого клиента 1С и для веб клиента 1С одинаковы (интерфейс и поведения системы должно быть одинаково тоже).
Однако есть слухи, что по крайней мере на данный момент не все так гладко и некоторые функции вызывают в веб клиенте 1С ошибки, хотя работают в тонком клиенте 1С.
Интерфейс веб клиента 1С выглядит следующим образом. Как Вы видите он мало отличается от тонкого клиента 1С.
Клиент 1С для КПК (Расширение 1С для карманных компьютеров)
1С можно использовать также на КПК (карманных компьютерах, смартфонах). Существуют даже специальные производственные КПК, для работы на складе или в магазине, в них обычно интегрирован сканер штрихкодов.
Для работы с 1С на КПК можно использовать веб расширение 1С (см. далее) – то есть небольшой веб сайт, который работает с 1С напрямую. Однако специально для КПК с операционной системой Windows Mobile 5.0 и выше или Pocket PC 2003 существует клиент 1С для КПК.
Работа расширения 1С для КПК строится следующим образом:
- КПК запрашивает данные из 1С (WiFi, GPRS, блютуз)
- КПК обрабатывает данные с помощью специальных форм под КПК
- КПК печатает данные на принтер (связь аналогичным способом)
- КПК сохраняет данные в 1С.
Клиент 1С для КПК позволяет использовать конфигуратор в несколько сокращенном виде, который позволяет работать со справочниками, документами, регистрами и их формами.
Веб расширение 1С и веб вервисы 1С (Web расширение и сервисы 1С)
Количество сайтов, которые работают напрямую с 1С или которым может понадобиться работать напрямую с 1С растет. Простой пример – это интернет магазин. Прямую связь с 1С можно использовать для получения онлайн остатков, скидок, профиля клиента, сохранения заказа.
Для интеграции с сайтом обычно используют периодический обмен (такой как в CMS для интернет сайтов и интернет магазинов 1С Битрикс) или онлайн связь с 1С. Для онлайн работы сайта с 1С можно использовать веб расширение 1С или веб сервисы 1С.
Веб расширение 1С это дополнительный продукт, который поставляется отдельно. Он позволяет разрабатывать сайты на ASP .NET платформе, которые работают через пул COM соединений с 1С. Создание очереди COM соединений, их сохранение и манипуляции уже прописано в движке веб расширения для 1С.
Веб сервисы 1С – это возможности платформы 1С (сервера 1С). Для их использования не требуется покупать или устанавливать дополнительное ПО от 1С.
Требует веб сервер (MS IIS или Apache) и его простая настройка (подключение ISAPI расширения). После чего 1С может публиковать собственные веб сервисы. Веб сервисы 1С позволяют как запрашивать данные из 1С, так и записывать данные в 1С.
Безопасность организуется с помощью того, что никаких автоматических функций в отличии от COM соединения не предоставляется – программист сам прописывает возможности функций, соответственно если программист не сделал дыры (универсальную запись), то ее и не будет.
Веб клиент 1С в настоящий момент еще является немного сырым и при работе с ним можно встретить ошибки, которые мешают и раздражают. Это не значит, что с ним нельзя работать – программист может убрать те места конфигурации, которые вызывают ошибки.
Безусловно, веб клиент 1С является будущим 1С платформы. Он не зависим от операционной системы (Windows, Unix, Mac), браузера (IE, Chrome, Safari, Firefox, Opera), не требователен к компьютерным ресурсам.
Одной из приятных особенностей технологии 1С:Предприятие является то, что прикладное решение, разработанное по технологии управляемых форм, может запускаться как в тонком (исполняемом) клиенте под Windows, Linux, MacOS X, так и как веб-клиент под 5 браузеров – Chrome, Internet Explorer, Firefox, Safari, Edge, и все это – без изменения исходного кода приложения. Более того – внешне приложение в тонком клиенте и в браузере функционирует и выглядит практически идентично.
Найдите 10 отличий (под катом 2 картинки):
Окно тонкого клиента на Linux:
То же окно в веб клиенте (в браузере Chrome):
Зачем мы сделали веб-клиент? Говоря несколько пафосно, такую задачу перед нами поставило время. Уже давно работа через Интернет стала необходимым условием для бизнес-приложений. Вначале мы добавили возможность работы через Интернет для нашего тонкого клиента (некоторые наши конкуренты, кстати, на этом и остановились; другие, напротив, отказались от тонкого клиента и ограничились реализацией веб-клиента). Мы же решили дать нашим пользователям возможность выбрать тот вариант клиента, который им подходит больше.
Добавление возможности работы через Интернет для тонкого клиента было большим проектом с полной сменой архитектуры клиент-серверного взаимодействия. Создание же веб-клиента - и вовсе новый проект, начинавшийся с нуля.
Постановка задачи
Итак, требования к проекту: веб-клиент должен делать то же самое, что и тонкий клиент, а именно:- Отображать пользовательский интерфейс
- Исполнять клиентский код, написанный на языке 1С
Клиентский код на языке 1С может содержать в себе серверные вызовы, работу с локальными ресурсами (файлами и т.п.), печать и многое другое.
И тонкий клиент (при работе через веб), и веб-клиент пользуются одним и тем же набором веб-сервисов для общения с сервером приложений 1С. Реализация у клиентов, конечно, разная – тонкий клиент написан на С++, веб-клиент – на JavaScript.
Немного истории
Проект создания веб-клиента стартовал в 2006 году, в нем (в среднем) участвовала команда из 5 человек. На отдельных этапах проекта привлекались разработчики для реализации специфической функциональности (табличного документа, диаграмм и т.д.); как правило, это были те же разработчики, что делали эту функциональность в тонком клиенте. Т.е. разработчики заново писали на JavaScript компоненты, ранее созданные ими на C++.С самого начала мы отвергли идею какой-либо автоматической (хотя бы частичной) конверсии C++ кода тонкого клиента в JavaScript веб-клиента ввиду сильных концептуальных различий этих двух языков; веб-клиент писался на JavaScript с чистого листа.
В первых итерациях проекта веб-клиент конвертировал клиентский код на встроенном языке 1С непосредственно в JavaScript. Тонкий клиент поступает иначе - код на встроенном языке 1С компилируется в байт-код, и затем этот байт-код интерпретируется на клиенте. Впоследствии так же стал делать и веб-клиент – во-первых, это дало выигрыш в производительности, во-вторых – позволило унифицировать архитектуру тонкого и веб-клиентов.
Первая версия платформы 1С:Предприятие с поддержкой веб-клиента вышла в 2009 году. Веб-клиент на тот момент поддерживал 2 браузера – Internet Explorer и Firefox. В первоначальных планах была поддержка Opera, но из-за непреодолимых на тот момент проблем с обработчиками закрытия приложения в Opera (не удавалось со 100%-ной уверенностью отследить, что приложение закрывается, и в этот момент произвести процедуру отключения от сервера приложений 1С) от этих планов пришлось отказаться.
Структура проекта
Всего в платформе 1С:Предприятие есть 4 проекта, написанных на JavaScript:- WebTools – общие библиотеки, используемые остальными проектами (сюда же мы включаем Google Closure Library).
- Элемент управления ФорматированныйДокумент
- Элемент управления Планировщик (реализован на JavaScript и в тонком клиенте, и в веб-клиенте)
- Веб-клиент
Структурно веб-клиент по-крупному разделяется на следующие подсистемы:
- Управляемый интерфейс клиентского приложения
- Общий интерфейс приложения (системные меню, панели)
- Интерфейс управляемых форм, включающий, в том числе, около 30 элементов управления (кнопки, различные типы полей ввода – текстовые, цифровые, дата/время и пр., таблицы, списки, графики и т.д.)
- Объектная модель, доступная разработчикам на клиенте (всего более 400 типов: объектная модель управляемого интерфейса, настройки компоновки данных, условного оформления и пр.)
- Интерпретатор встроенного языка 1С
- Расширения браузеров (используются для функциональности, не поддерживаемой в JavaScript)
- Работа с криптографией
- Работа с файлами
- Технология внешних компонент, позволяющая их использовать как в тонком, так и веб-клиенте
Особенности разработки
Реализация всего вышеописанного на JavaScript – дело непростое. Возможно, веб-клиент 1С – одно из самых больших client-side приложений, написанных на JavaScript – около 450.000 строк. Мы активно используем в коде веб-клиента объектно-ориентированный подход, упрощающий работу с таким большим проектом.Для минимизации размера клиентского кода мы вначале использовали свой собственный обфускатор, а начиная с версии платформы 8.3.6 (октябрь 2014) стали использовать Google Closure Compiler . Эффект использования в цифрах – размер фреймворка веб-клиента после обфускации:
- Собственный обфускатор – 1556 кб
- Google Closure Compiler – 1073 кб
Google Closure Compiler очень хорошо работает с объектно-ориентированным кодом, поэтому его эффективность именно для веб-клиента максимально высокая. Closure Compiler делает для нас несколько хороших вещей:
- Статическая проверка типов на этапе сборки проекта (обеспечивается тем, что мы покрываем код аннотациями JSDoc). В итоге получается статическая типизация, очень близкая по уровню к типизации в С++. Это помогает отловить достаточно большой процент ошибок на стадии компиляции проекта.
- Уменьшение размера кода через обфускацию
- Ряд оптимизаций выполняемого кода, например, такие как:
- inline-подстановки функций. Вызов функции в JavaScript – достаточно дорогая операция, и inline-подстановки часто используемых небольших методов существенно ускоряют работу кода.
- Подсчет констант на этапе компиляции. Если выражение зависит от константы, в него будет подставлено фактическое значение константы
Для анализа кода мы используем SonarQube , куда интегрируем статические анализаторы кода. С помощью анализаторов мы отслеживаем деградацию качества исходного кода на JavaScript и стараемся ее не допускать.
Какие задачи решали/решаем
В ходе реализации проекта мы столкнулись с рядом интересных задач, которые нам пришлось решать.Обмен данными с сервером и между окнами
Существуют ситуации, когда обфускирование исходного кода может помешать работе системы. Код, внешний по отношению к исполняемому коду веб-клиента, вследствие обфускации может иметь имена функций и параметров, отличающиеся от тех, которые наш исполняемый код ожидает. Внешним кодом для нас является:- Код, приходящий с сервера в виде структур данных
- Код другого окна приложения
/**
* @constructor
* @extends {Base.SrvObject}
*/
Srv.Core.GenericException = function ()
{
/**
* @type {string}
* @expose
*/
this.descr;
/**
* @type {Srv.Core.GenericException}
* @expose
*/
this.inner;
/**
* @type {string}
* @expose
*/
this.clsid;
/**
* @type {boolean}
* @expose
*/
this.encoded;
}
А чтобы избежать обфускации при взаимодействии с другими окнами мы используем так называемые экспортируемые интерфейсы (интерфейсы, у которых все методы являются экспортируемыми).
/** * Экспортируемый интерфейс контрола DropDownWindow * * @interface * @struct */ WebUI.IDropDownWindowExp = function(){} /** * Перемещает выделение на 1 вперед или назад * * @param {boolean} isForward * @param {boolean} checkOnly * @return {boolean} * @expose */ WebUI.IDropDownWindowExp.prototype.moveMarker = function (isForward, checkOnly){} /** * Перемещает выделение в начало или конец * * @param {boolean} isFirst * @param {boolean} checkOnly * @return {boolean} * @expose */ WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly){} /** * @return {boolean} * @expose */ WebUI.IDropDownWindowExp.prototype.selectValue = function (){}
We used Virtual DOM before it became mainstream)
Как и все разработчики, имеющие дело со сложным Веб UI, мы быстро поняли, что DOM плохо подходит для работы с динамическим пользовательским интерфейсом. Практически сразу был реализован аналог Virtual DOM для оптимизации работы с UI. В процессе обработки события все изменения DOM запоминаются в памяти и, только при завершении всех операций, накопленные изменения применяются к DOM-дереву.Оптимизация работы веб-клиента
Чтобы наш веб-клиент работал быстрее, мы по максимуму стараемся задействовать штатные возможности браузера (CSS и т.п.). Так, командная панель формы (расположенная практически на каждой форме приложения) отрисовывается исключительно средствами браузера, динамической версткой на базе CSS.
Тестирование
Для функционального тестирования и тестирования производительности мы используем инструмент собственного производства (написанный на Java и C++), а также набор тестов, построенных на базе Selenium .Наш инструмент универсален – он позволяет тестировать практически любые оконные программы, а потому подходит для тестирования как тонкого клиента, так и веб-клиента. Инструмент записывает действия пользователя, запустившего прикладное решение «1С», в файл-сценарий. В это же время происходит запись изображений рабочей области экрана - эталонов. При контроле новых версий веб-клиента сценарии проигрываются без пользовательского участия. В случаях несовпадения скриншота с эталонным на каком-либо шаге тест считается провалившимся, после чего специалист по качеству проводит расследование – ошибка это или запланированное изменение поведения системы. В случае запланированного поведения эталоны автоматически подменяются на новые.
Инструмент также проводит замеры производительности приложений с точностью до 25 миллисекунд. В ряде случаев мы закольцовываем части сценария (например, несколько раз повторяем ввод заказа) для анализа деградации времени выполнения со временем. Результаты всех замеров записываются в лог для анализа.
Наш инструмент тестирования и тестируемое приложение
Наш инструмент и Selenium дополняют друг друга; например, если какая-то кнопка на одном из экранов поменяла свое местоположение – Selenium это может не отследить, но наш инструмент заметит, т.к. делает попиксельное сравнение скриншота с эталоном. Также инструмент в состоянии отследить проблемы с обработкой ввода с клавиатуры или мыши, так как именно их он и воспроизводит.
Тесты на обоих инструментах (нашем и Selenium) запускают типовые сценарии работы из наших прикладных решений. Тесты автоматически запускаются после ежедневной сборки платформы «1С:Предприятие». В случае замедления работы сценариев (по сравнению с предыдущей сборкой) мы проводим расследование и устраняем причину замедления. Критерий у нас простой – новая сборка должна работать не медленнее предыдущей.
Для расследования инцидентов замедления работы разработчики используют разные инструменты; в основном используется Dynatrace AJAX Edition производства компании DynaTrace . Проводится запись логов выполнения проблемной операции на предыдущей и на новой сборке, затем логи анализируются. При этом время выполнения единичных операций (в миллисекундах) может не быть решающим фактором – в браузере периодически запускаются служебные процессы типа уборки мусора, они могут наложиться на время выполнения функций и исказить картину. Более релевантными параметрами в этом случае будет количество выполненных инструкций JavaScript, количество атомарных операций над DOM и т.п. Если количество инструкций/операций в одном и том же сценарии в новой версии увеличилось – это почти всегда означает падение быстродействия, которое нужно исправлять.
Также одной из причин падения производительности может быть то, что Google Closure Compiler по какой-то причине не смог сделать inline-подстановку функции (например, потому что функция рекурсивная или виртуальная). В этом случае мы стараемся исправить ситуацию, переписав исходный код.
Расширения браузеров
В случае, когда прикладному решению нужна функциональность, которой нет в JavaScript, мы используем расширения браузеров:- для работы с файлами
- для работы с криптографией
- работа с внешними компонентами
При работе в Safari наши расширения используют NPAPI, при работе в Internet Explorer - технологию ActiveX. Microsoft Edge пока не поддерживает расширения, поэтому веб-клиент в нем работает с ограничениями.
Дальнейшее развитие
Одна из групп задач для команды разработки веб-клиента – это дальнейшее развитие функциональности. Функциональность веб-клиента должна быть идентична функциональности тонкого клиента, вся новая функциональность реализуется одновременно и в тонком, и в веб-клиенте.Другие задачи - развитие архитектуры, рефакторинг, повышение производительности и надежности. Например, одно из направлений – дальнейшее движение в сторону асинхронной модели работы. Часть функциональности веб-клиента на настоящий момент построена на синхронной модели взаимодействия с сервером. Асинхронная модель сейчас становится в браузерах (и не только в браузерах) более актуальной, и это заставляет нас модифицировать веб-клиент путем замены синхронных вызовов на асинхронные (и соответствующего рефакторинга кода). Постепенный переход к асинхронной модели объясняется необходимостью поддержки выпущенных решений и постепенной их адаптации.
Теги: Добавить метки
