Обновить
23
Анатолий Лукьянов@LAVElek

Android-разработчик

17
Подписчики
Отправить сообщение

В свое время много поработал с виджетами. Если придерживаться нескольких правил то будет все отлично:
1. Размеры виджета всегда match_parent и делать гибкую верстку.
2. Никогда не завязываться на точное кол-во ячеек, это просто стартовый размер. Большинство сторонних лаунчеров позволяют играть с размерами виджета как хочется(для теста верстки даже есть спец приложение).
3. Нет точного размера ячейки в сетке и все расчеты гугла только для их образцового лаунчера.
4. Ну и если прям хочется впихнуть что-то нестандартное, то можно рассмотреть вариант с преобразованием вьюшки в картинку.

На данный момент проблемы нету. У нас в основном компонент привязывается к жизненному циклу активити или фрагмента. Нам как раз не хватает, чтобы к одному жизненному циклу можно было бы привязать несколько компонентов.
Там есть пара моментов, которые автор обещал доработать. Но пока они сильно не мешают работать.
Мы у себя в проекте для управления жизненным циклом компонента используем удобную библиотеку ComponentsManager.
Не встречал в документации информации об ограничении кол-ва полей в документе. В своем проекте я от встроенного кеша отказался сразу.
Статья и планировалась такой, чтобы дать вводную информацию. Если расписывать все возможности, то она бы получилась довольно большой. Видимо и правда нужно будет написать еще статью с более детальным разбором некоторых моментов. А так в большинстве случаев шардирование сразу и не нужно.
Ну такое часто можно встретить у нас. Вроде пытаются сделать хорошо, а все через одно место…
У меня одно время снимались сильно завышенные показания. И в какой-то момент просто стали совпадать данные снятые моим устройством и на счетчике. Причем когда стали совпадать, расход за месяц стал таким каким раньше показывало мое устройство. Разница с тем что было раньше примерно 30%. Я посчитал что это из-за возраста счетчика
У меня тоже щиток на 24 ячейки, но все равно все забито. Такие счетчики не видел, спасибо за ссылку
ну как пишут выше не особо любят давать к нему доступ
Да я читал эту статью. Но это явно сложнее и дороже чем текущий вариант
Ну просто импульсный вывод можно оставить доступным. Ну или добавить выводы через которые можно только читать. Не думаю что сильно дороже будет.
Интересно почему они так трясутся на счет всех этих выводах? Не понимают и поэтому не дают доступ?
Все верно. Я в свое время штук 50 купил. А т.к. у меня особых требований к питанию не было, то не стал заморачиваться
Пока ESP коннектится пропусков не будет. Чтобы не было лишних срабатываний фототранзистор в самодельном корпусе. И даже если будет лишнее срабатывание, то это 1 / 4000 = 0,00025 кВт*ч. Совсем не критично. В любом случае, раз в несколько месяцев можно подкорректировать
Когда делал ремонт об этом не задумывался, а после уже места в щитке не было. А городить где-то сбоку по готовому ремонту не особо хочется
Есть очень умные счетчики. У них по спец интерфейсу можно все показатели запросить
У нас тоже приходили, но вопросов не возникло. Да и проверяют они редко. Придут можно убрать, уйдут снова поставить
Как вариант можно еще сначала запускать сервис через startService(), а потом делать bind. В onDestroy() уже делать stopService().
Так же как и с обычной кнопкой. Мне он никак не мешал, т. к. я проверял состояния выводов раз в секунду
1

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность