Re: Пожелания к разработчику
Добавлено: Чт июн 16, 2016 5:47 pm
http://majordomo.smartliving.ru/Main/Pr ... ntegrationAmarok писал(а): А можно подробнее?
http://majordomo.smartliving.ru/Main/Pr ... ntegrationAmarok писал(а): А можно подробнее?
Записал в блокнотикnick7zmail писал(а):Сергей...а нельзя ли в маркете дополнений "Иконки" прикрутить? После галочки перед названиями...это удобно было бы. Можно взять те же иконки, которые используются в apps.html....если иконки нет в приложении - тогда выставить какую-нить стандартную иконку раздела (ну типа оборудование, система, взаимодействие...подобрать для них по картинке).
А то блин маркет приходится иногда аж по 3 раза пролистывать, пока название нужное найдешь...с иконками полюбому нагляднее будет.
lanket писал(а): +1 публичные функции.
Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
Мне казалось что это должно работать иначе. события (по типу SAY), шаблоны поведения, это все остается.nick7zmail писал(а): Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.
События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...
Алиса закончились продукты: апельсины, помидоры ...nick7zmail писал(а): в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты
Интересная мысль, спасибо, но не универсально. Если конечно идея не приживется то , конечно, это выход.nick7zmail писал(а):Есть же события (по типу SAY). Их модуль может обрабатывать...просто надо придумать этот функционал, и "допилить" модули... Например если в фразе обнаружено слово "продукты" - к её обработке подключается модуль продукты, и все действия идут через него... Юзеру при этом ни строчки кода не надо будет писать. Просто прочитать инструкцию к модулю. Я хотел с этим поэксперементировать - руки пока не добрались.lanket писал(а):Здравствуйте.
МД написан на языке ООП. Для дополнения нужным функционалом и тонкой настройки под себя идеальнее думаю и не придумаешь. Но мне кажется что одной маленькой детальки не хватает для оправдания предыдущих 2х утверждений.
Я говорю про модули. К чему это я.
Недавно поковырял модуль 'продукты' и так как одна из хотелок это максимум голосового управления, захотел чтобы если Алисе сказать 'закончились продукты: апельсины, помидоры ....' то соответственно перечисленное должно попасть в список продуктов которые надо купить. Но для этой реализации как оказалось надо разобраться как этот модуль хранит перечень в базе данных и напрямую туда апдейтить/добавлять .
Не совсем правильно с точки зрения ООП. Завтра автор/энтузиаст добавит функционала этому модулю с изменениями в структуре хранения данных и все кто напрямую пишут в базу полетят скрипты.
Не всем конечно модулям это надо, но думаю таким как продукты обязательно нужны публичные функции.
Или радио например:
'Алиса включи классику 101.ру'
В 101.ру в этой категории несколько каналов
'Вам попсовую, классическую или оперу'
'попсовую'
Чтобы добиться этого диалога тоже надо разобраться в структуре хранения данных в базе, и с бубном вылавливать глюки при апдейте.
Наверняка еще где могли бы пригодится публичные функции.
Отправлено с моего Redmi Note 3 через Tapatalk
События по факту и есть такие "публичные функции". Только не со стороны модулей, а со стороны системы, по отношению к модулям...И весь функционал можно реализовать через них.