Урок 4 Разработка уникального мобильного приложения (Часть 1)
ฝัง
- เผยแพร่เมื่อ 18 ต.ค. 2024
- В этом уроке описывается процесс создания своего уникального мобильного приложения.
Рассмотрены вопросы проектирования структуры БД и показаны нюансы прорисовки форм интерфейса редактирования записей.
Ссылки: sqldbm.com/ - сервис визуализации структуры данных
#1С, #мобильный 1С, #мобильное приложение, #программирование для Android, #конфигуратор, #база данных, #1C, #mobile
Супер понятно объясняет и показывает, ничего не упуская.
НИКИТА, ОТ ДУШИ! Насколько все внятно, четко и красиво показано и разъяснено. УРовень профессионализма запредел! Качество подачи +250% от живых уроков УЦ1 от самой Фирмы 1С. Уважуха и респект!
Полностью согласен. Супер понятно объясняет и показывает, ничего не упуская.
Спасибо большое за качественное оформление контента! Даже с учетом того что много еже знаешь качественное оформление не вызывает скуки и сонливости.
Никита здравствуйте. Мне очень нравятся Ваши уроки, это лучший курс по мобильному приложению.
Но сейчас я почему-то не имею доступа к Вашим урокам. Что я сделал неправильно? Что мне нужно сделать, чтобы продолжить пользоваться Вашими уроками? С уважением Павел.
А мне понравилось. Есть полезное. Ждем продолжения...
"У нас практически минимальная мозговая активность". Спасибо, а то я никак не мог охарактеризовать своё состояние )
Каждый раз при открытии формы элемента ЗадачиСобытий будет изменятся дата, начало и окончание события. Процедуру инициализации нужно писать в обработке заполнения модуля объекта
Да, есть такое. Постараюсь не забыть "исправить" в последующих уроках.
возможно ли для работы с задачами применять такой элемент как Задачи и Бизнес- процессы? насколько это лучше/хуже /сложнее/проще?
Здравствуйте Никита.
Мелкое, возможно несущественное, но все же замечание к данному видео.
Согласно упоминаемым в предыдущих роликах стандартам разработки в 1С - наименование документов должно быть в единственном числе.
Не "ЗадачиСобытий", а "ЗадачаСобытий" (сначала Вы интуитивно начали писать правильно, а потом, наверное, переволновались перед камерой :)).
Не, я просто забыл про этот стандарт )) Так что все нормально )
Кстати. Хороший вопрос (снова по структуре данных).
А зачем нужна дата задачи? Ведь дата начала события и дата окончания события - это и есть те даты, которые характеризуют событие\задачу.
Какой прикладной смысл в дате задачи? Мне, как пользователю, не очень понятно что означает задача, у которой дата задачи 1 января 2021, но начало и конец события - с 3 августа 2020 по 28 ноября 2025? Мне кажется, что эта дата нас только запутывает. Было бы, наверное, правильно в дату задачи писать начало события, и тогда необходимость в еще одном дублирующем реквизите отпала бы.
Дату задачи (дату документа) можно и переименовать в "дата регистрации", дабы она не смущала. Еще раз повторюсь - задача урока не в том, чтобы показать "как единсвенно верно", а чтобы показать "как можно". Декомпозицией и развитием структуры БД разработчик приложения будет занят ПОСТОЯННО. Все зависит от того, какой пользователь будет платить больше - тот которому нравиться поле "Дата задачи" или тот, которому оно не нравиться.
@@velmaskin Эх! Все-таки перехвалил я Вас!
Получается, что Вы своим примером учите подрастающее поколение безответственно относиться к проектированию структуры данных. А ведь - это самая важная часть разработки в 1С, т.к. исправить код - легко, а вот исправить структуру данных - бывает просто невозможно (если наше приложение уже будет установлено у миллионов пользователей и они внесут в старую некорректную структуру свои данные). В лучшем случае, это грозит колоссальными расходами на разработку разных конвертаций и поэтапных обновлений.
Да. Это учебный пример. Но на этом примере будут расти новые разработчики, которые будут писать уже реальные программы. Поэтому, желательно, все-таки показывать им хороший пример.
Ну да ладно. Чего это я? "Художника обидеть может каждый... Попробуй сам вот так изобрази!"(С)Народ
Простите, что я на Вас так набросился с критикой.
Еще крайне неудачно Вы спроектировали архитектуру хранения данных. Сразу видно, что Вы пришли в 1С из мобильной разработки, а не наоборот :) В 1С так не делают.
Регистр сведений в данном случае не дает никаких преимуществ. Т.к. документы автоматически индексируются платформой по дате, и поиск задач по датам будет выполняться и так мгновенно. А чтобы и по контактам поиск был быстрым, то просто на реквизит Контакт документа ЗадачаСобытий нужно повесить индексирование с доп. упорядочиванием. А вот дублирование данных в базе, кроме удвоенного размера базы, чревато еще и множеством проблем со слежением за их синхронизацией. И это все - плата за нулевой выигрыш.
Т.е. конкретно в данном примере вполне можно было обойтись одним документом без регистра.
РегистрСведений записан в файле БД первее, чем документы. Это одна из его фишек. Он априори будет быстрее считываться из файла БД, нежели документ. Для мобильного устройства это приоритет. Особенно для Андройда. Это первое, второе - необходимо было показать имеющийся у платформы инструментарий, который будет задействован чаще в мобильной разработке. Архитектурно можно было ограничиться общей формой, которая писала бы все регистр сведений. Это дало бы максимальную производительность.
Задача это приложения не указать как "единственно верно", а показать "глянь как можно".
@@velmaskin "Он априори будет быстрее считываться из файла БД, нежели документ." - это ОЧЕНЬ спорное утверждение. Даже, если рассматривать незадокументированные фишки 1С (типа что за чем хранится в файле), то все равно, в случае отсутствия этого регистра, кроме документа в базе ничего храниться и не будет - т.е. осуществлять поиск будет еще проще.
"можно было ограничиться общей формой, которая писала бы все регистр сведений."
Согласен. В 1С каждый вид объектов предназначен для тех или иных случаев. И если наши События не являются отражением операций (действий, выполняемых в какой-то конкретный момент времени), да еще и если они не являются объектными сущностями, на которые может понадобиться ссылка в других объектах, то добавлять документы в наше приложение - было лишним. Нужно было только регистром обойтись (причем, не подчиненным регистратору).
А для демонстрации возможностей платформы лучше было более реалистичные примеры придумать. А то получается, что Вы начинающих программистов запутываете. Они же потом реальные программы так писать будут... А мы будем удивляться, почему все программы так плохо работают?
Эх! Перехвалил я Вас в прошлый раз!
Ну ничего! Курс от этого хуже не стал - все-равно интересно подаете материал. А кто захочет научиться хорошему - тот комментарии читать будет :)
@@JediAfrica Ещё раз: нет задачи показать все и сразу и как правильно. Мы сейчас готовим о некорректной организации структуры. Я полностью с этим согласен. Честно говоря, не приходило мне в голову полное решение, где можно было показать утонченно верно. Пэтому делаю как показываю :) На счёт удивления по поводу кто такие коды пишет - тоже субъективно, т.к. есть знания, которыми всеоблемлесо обладать невозможно. Кто-то знает одну часть - кто-то другую. Соответственно и принимает решение, согласно своих знаний. Я к примеру не знал про Этотобъект и стандарт, связанный с ним. Буду смотреть
@@velmaskin Зато хороший пример как быстро истратить все ресурсы памяти мобильника.