← На главную

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

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

1. Проверка правильности пути к базе данных: Ключ к решению

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

1. Внимательно проверьте все пути: Убедитесь, что путь к базе данных, указанный в настройках мобильного приложения для отладки, или путь к опубликованной базе (если вы уже работаете с опубликованной версией) абсолютно корректен и соответствует той базе, в которую вы вносите изменения. Мы должны удостовериться, что мобильное приложение подключается именно к актуальной базе данных.
2. Перенастройка подключения: Если вы обнаружили ошибку в пути, скорректируйте его. После исправления пути, мы рекомендуем полностью удалить приложение с мобильного устройства, а затем установить его заново или перенастроить отладку с нуля, чтобы гарантировать, что все кеши будут сброшены и подключение будет установлено к правильной и актуальной базе.

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

2. Работа с кешем мобильного приложения и платформы

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

2.1. Полное удаление и переустановка мобильного приложения с устройства

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

1. Перейдите в настройки вашего мобильного устройства (iOS или Android).
2. Найдите список установленных приложений.
3. Выберите ваше мобильное приложение 1С.
4. Нажмите кнопку "Удалить" или "Деинсталлировать".
5. После удаления, перезагрузите мобильное устройство (это дополнительная мера для очистки временных данных).
6. Установите приложение заново: либо путем повторной публикации через конфигуратор для отладки, либо загрузив свежую сборку.

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

2.2. Очистка кеша разработчика на компьютере

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

1. Очистка "Рабочего каталога и кеша сборщика": Мы можем удалить все содержимое из папки, которую 1С использует как "Рабочий каталог и кеш сборщика". Этот путь обычно указывается в настройках мобильной платформы разработчика или при сборке мобильного приложения. Полная очистка этой папки заставит платформу перегенерировать все необходимые файлы с нуля.
2. Очистка кеша 1С на ПК: Мы также можем вручную очистить кеш 1С на компьютере разработчика. Обычно это папки, расположенные по путям, похожим на C:\Users\<ИмяПользователя>\AppData\Local\1C\1CE\ и C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1CE\. Удаление содержимого этих папок может помочь, если проблема связана с устаревшими данными, которые конфигуратор использует при генерации конфигурации для мобильного устройства.
3. Перезапуск конфигуратора: После очистки кеша на ПК, мы рекомендуем полностью закрыть и снова открыть конфигуратор. Это обеспечит загрузку всех данных без использования устаревших кешированных значений.

3. Проверка определения синонимов и представлений объектов

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

1. Синоним объекта: Откройте конфигуратор, найдите нужный объект (например, документ) и проверьте свойство Синоним. Мы должны убедиться, что оно содержит актуальное значение.
2. Представление объекта: Помимо основного синонима, многие объекты имеют свойства для формирования их "представления" в списках или ссылках. Например, для документов это может быть ПредставлениеОбъекта или ПредставлениеСписка. Убедитесь, что эти свойства также актуальны, если вы используете их для кастомизации отображения. Иногда именно эти представления кешируются сильнее.
3. Изменения в форме: Как было упомянуто, формы могут случайно кешироваться. Иногда, чтобы кеш формы обновился, необходимо внести в нее какое-либо незначительное изменение (например, переместить элемент управления на 1 пиксель и вернуть обратно) и сохранить форму. Это может заставить платформу пересобрать кеш формы при следующем запуске.

4. Особенности отладки и версии мобильной платформы

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

4.1. Обновление конфигурации во время отладки

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

4.2. Версия мобильной платформы

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

4.3. Мультиязычность конфигурации

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

5. Общие рекомендации по устранению проблем с метаданными

Чтобы избежать подобных проблем в будущем и эффективно их решать, мы можем придерживаться следующих практических советов:

1. Использование веб-сервера для отладки: Для более надежной отладки мобильного приложения мы можем использовать веб-сервер. В этом сценарии изменения в мобильной конфигурации можно вносить без завершения процесса отладки. При перезапуске отладки мобильное приложение на устройстве будет обновлено, подтягивая актуальную конфигурацию с веб-сервера. Мы должны правильно настроить параметры отладки, включая адрес сервера и протокол (например, HTTP).
2. Пересборка приложения: В случае значительных изменений метаданных или устойчивых проблем с отображением, может потребоваться полная пересборка мобильного приложения (а не только запуск отладки). Это гарантирует, что все компоненты будут сгенерированы с учетом последних изменений.
3. Проверка логов: В случае устойчивых проблем мы можем проверить логи сервера отладки, а также системные логи мобильного устройства (если есть доступ), чтобы найти возможные ошибки или предупреждения, которые могут указывать на причину проблемы.
4. Актуализация сборки: Чтобы избежать ситуаций с устаревшими кешами, мы можем встроить в код приложения проверку на версию сборки. Если версия отличается от ожидаемой, приложение может автоматически предлагать обновить конфигурацию или уведомить пользователя о необходимости обновления.

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