Мобильное приложение на iOS и Android для конференции Infostart Event 2018
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(14) Глянул темы, как по мне не хватает как минимум логирования, а также из списка тем не очень ясно на какое количество пользователей и объемы данных рассчитано разрабатываемое приложение. Рассматривается ли разделение данных на порции, маршрутизация данных по правилам каким либо и т.д.
Ну и я бы внимание UI наверно все же уделил.
Ну и я бы внимание UI наверно все же уделил.
(16) Добрый день
1. Логирование ошибок ведется конечно, но в центральную базу не передается.
2. Приложение по ТЗ должно хранить информацию за 90 дней, а так ограничено объемами на устройстве
3. Данные отправляются порциями из-за того, что приложение используется в районах с очень плохим интернетом. В одном пакете передается одна запись регистра сведений и используется механизм сообщений плана обмена.
4. UI там достаточно простое. Две формы с настройками и одна основная, которая формируется динамически (программно).
1. Логирование ошибок ведется конечно, но в центральную базу не передается.
2. Приложение по ТЗ должно хранить информацию за 90 дней, а так ограничено объемами на устройстве
3. Данные отправляются порциями из-за того, что приложение используется в районах с очень плохим интернетом. В одном пакете передается одна запись регистра сведений и используется механизм сообщений плана обмена.
4. UI там достаточно простое. Две формы с настройками и одна основная, которая формируется динамически (программно).
(17)
1) Зря только ошибок, и зря не передается. Мы делали на своем проекте (около 2к мобильных пользователей) для пользователя настройку (уровень логирования), и в зависимости от настроек на мобилке собирали либо только ошибки, либо вообще все чуть ли не все события в самом широком режиме и переправляли в основную базу для анализа.
2) А, я думал там планировалось про общие принципы разработки приложений, а не про разработку конкретного. Просто если есть например справочники с миллионами элементов и десятки тысяч документов в месяц - передавать всю эту информацию накладно.
3)
> В одном пакете передается одна запись регистра сведений и используется механизм сообщений плана обмена.
Не маловато? Или о чем здесь?
4) Тут я опять исходил из того что вы про общие принципы разработки приложений, а там все же желательно UI внимание уделить.
1) Зря только ошибок, и зря не передается. Мы делали на своем проекте (около 2к мобильных пользователей) для пользователя настройку (уровень логирования), и в зависимости от настроек на мобилке собирали либо только ошибки, либо вообще все чуть ли не все события в самом широком режиме и переправляли в основную базу для анализа.
2) А, я думал там планировалось про общие принципы разработки приложений, а не про разработку конкретного. Просто если есть например справочники с миллионами элементов и десятки тысяч документов в месяц - передавать всю эту информацию накладно.
3)
> В одном пакете передается одна запись регистра сведений и используется механизм сообщений плана обмена.
Не маловато? Или о чем здесь?
4) Тут я опять исходил из того что вы про общие принципы разработки приложений, а там все же желательно UI внимание уделить.
(18) Как по мне общие принципы описывают множество курсов. Чем мне нравятся курсы Чистова, тем что на протяжении всего курса он создает единую конфигурацию, добавляя функционал и ты уже видишь в общем, как ты можешь применить полученные знания в своей практике. Можно сказать он описывает архитектуру приложения попутно описывая функции и методы ее реализации. Я постарался сделать тоже самое, т.е. прикладное решение с нуля до 100%. А не вот тут смотрите можно сфоткать, вот тут смотрите можно сканировать, а давайте один справочник через xml, а вот тут еще можно и в строку выгрузить и потом передать через email.
Пишу не только ошибки но и информационные сообщения.
Приложение используется в условиях отсутствия интернета, поэтому передача ведется минимально возможными пакетами.
Формирование интерфейса я естественно тоже описываю, какие галочки и для чего ставлю, но так как само приложение достаточно простое, то и описание UI тоже простое. Или вы имели ввиду описать UI в описании интенсива.
Пишу не только ошибки но и информационные сообщения.
Приложение используется в условиях отсутствия интернета, поэтому передача ведется минимально возможными пакетами.
Формирование интерфейса я естественно тоже описываю, какие галочки и для чего ставлю, но так как само приложение достаточно простое, то и описание UI тоже простое. Или вы имели ввиду описать UI в описании интенсива.
(19) Как раз таки общих принципов разработки мобильных приложений, особенно в контексте 1с, никто не описывает. Из за чего пришлось по многим граблям пройтись и много костылей прикрутить.
Про UI я например имел в виду общие принципы вроде элементы управления делать крупными, сшивать сообщения об ошибках в одно, не дергать сеть прямо по командам формы или событиям объекта а работать с ней асинхронно, не городить ТЧ с кучей колонок (да и вообще по возможности отказаться от них), учитывать естественное положение руки и большого пальца при размещении элементов управления и т.д.
Про UI я например имел в виду общие принципы вроде элементы управления делать крупными, сшивать сообщения об ошибках в одно, не дергать сеть прямо по командам формы или событиям объекта а работать с ней асинхронно, не городить ТЧ с кучей колонок (да и вообще по возможности отказаться от них), учитывать естественное положение руки и большого пальца при размещении элементов управления и т.д.
(20) Честно говоря про UI я особо не задумывался, естественно все делаешь для удобства работы на мобильном устройстве. Тем более 1С нас сильно ограничивает в возможностях кастомизации UI. На проектах в основном обкатывается на пользователях и доводится до приемлемого удобства.