Перейти к содержимому
FastOffice

Встроить в мобильное приложение

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

Начнём с того, чего вы не найдёте на этой странице: готового мобильного редактора, который ставится в ваше приложение одной строкой. Его нет — ни у документов, ни у таблиц. Мы говорим об этом сразу, потому что узнать такое на третьей неделе пилота дороже, чем на первой минуте чтения.

При этом задача «работать с документом с телефона» решается уже сегодня — и ниже показано, как именно.

Путь Документы (A4) Таблицы (F1)
Ядро на сервере, экраны ваши Работает. Основной путь для телефона. Работает. Основной путь для телефона.
Ядро внутри приложения Сквозной путь на Android пройден: открыть, изменить, сохранить. Набор операций узкий. На iOS работоспособность на устройствах ещё не заявляется. Мобильной поставки нет ни на одной системе.
Готовый мобильный интерфейс Нет. Нет.

Разбор всех четырёх подходов с их ценой — Телефон и планшет и где размещается A4.

Рабочий путь: ядро на сервере, экраны ваши

Заголовок раздела «Рабочий путь: ядро на сервере, экраны ваши»

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

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

  2. Заведите у себя три адреса. Это ваш обычный API, ничего особенного:

    POST /workbooks → открыть документ, вернуть номер сеанса
    POST /workbooks/{id}/commands → выполнить действие
    POST /workbooks/{id}/save → забрать готовый файл

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

  3. Покажите документ на экране телефона. Два способа, и оба ваши:

    • окно просмотра веб-страниц внутри приложения — тогда экран рисует оболочка редактора, и делать интерфейс не нужно;
    • свои экраны на Swift или Kotlin — тогда вы рисуете сами, а у ядра спрашиваете только содержимое.
  4. Возьмите узкий сценарий на первый пилот. Не «весь Excel в кармане», а одна понятная задача: открыть книгу → найти и изменить нужный диапазон → сохранить. Такой пилот проходится и показывает настоящую цену работы.

  • Памяти меньше. Большую книгу приходится держать в ней ещё меньшей частью, чем на компьютере.
  • Система может выгрузить приложение из памяти, пока оно в фоне, — вместе с открытым документом. Поэтому нужны контрольные точки и восстановление сеанса.
  • Палец — не мышь. Выделение, экранная клавиатура, жесты, компактная лента и диалоги под узкий экран — это отдельная работа, и она ваша.
  • iOS и Android разные в файлах, «Поделиться», работе без сети и разрешениях.

Чтобы ядро поехало внутрь мобильного приложения, нужны две вещи: сборки под iOS и Android и мост между ядром и платформой. Ядро к этому готово — оно собирается библиотекой с интерфейсом на C, то есть тем, к чему такой мост и подключается. Самих сборок и моста пока нет, как нет и публичного мобильного набора для разработчика.

Что из этого куда движется — Что готовится дальше и Риски и честные границы.

Посмотреть, как это выглядит

Живые примеры открываются в браузере телефона так же, как на компьютере.

Редактор · Таблица

Понять цену

Что придётся сделать вам и что фиксируется договором до начала работы.

Пилот и приёмка

Ассистент документации

Ответ собран из документации и может быть неточным — сверяйтесь с источниками.