a
Как раз таки желательно, чтобы она не умерла (вьюха).
Это я понял, я и говорю что стрёмная затея какая-то. Не надо так делать, как мне кажется. Может шарящие разъяснят
Size: a a a
2020 January 15
S
Это я понял, я и говорю что стрёмная затея какая-то. Не надо так делать, как мне кажется. Может шарящие разъяснят
Нам не обязательно держать ее открытой постоянно, можно и периодично создавать CameraPreview в пиксель, делать фото и уничтожать в контексте сервиса, крутящегося в фоне.
DM
код покажешь или будем ванговать?
Да пока возможности нет, так примерно над чем подумать спросил
DM
Кстати, можно ли если в адаптере Picasso не подгрузил фото, если интернета нет, а как появится начнут прогружаться?
S
"закрытие приложения" это растяжимое понятие. Если юзер / система его высвайпает из тасков / убьёт процесс, то едва ли твоя вью переместится на время в мир духов))
Справедливо. Идея в том, чтобы сервис работал постоянно, периодично создавая view. Убить можно было бы только через ручную остановку. Эдакий broadcastreceiver, но не для пушей.
a
Нам не обязательно держать ее открытой постоянно, можно и периодично создавать CameraPreview в пиксель, делать фото и уничтожать в контексте сервиса, крутящегося в фоне.
Ну так в сервисе и создавать SurfaceView же можно для этого дела.
Y
Справедливо. Идея в том, чтобы сервис работал постоянно, периодично создавая view. Убить можно было бы только через ручную остановку. Эдакий broadcastreceiver, но не для пушей.
чот мне кажется, что эта идея батарейку не жалеет.
v
Справедливо. Идея в том, чтобы сервис работал постоянно, периодично создавая view. Убить можно было бы только через ручную остановку. Эдакий broadcastreceiver, но не для пушей.
сервисы по дефолту биндятся к основному потоку приложения, и когда пользователь его высвайпает, помрёт и сервис.
S
Ну так в сервисе и создавать SurfaceView же можно для этого дела.
Это и происходит. Перефразирую - сможет ли сервис, созданный/запущенный из приложения, создавать view, если приложение уже завершено.
v
Это и происходит. Перефразирую - сможет ли сервис, созданный/запущенный из приложения, создавать view, если приложение уже завершено.
создавать - сможет, получать ссылку на прошлое - едва ли
S
сервисы по дефолту биндятся к основному потоку приложения, и когда пользователь его высвайпает, помрёт и сервис.
Не, сервис биндится через binder, там же можно обратиться к api сервиса. Но сервис умирать не должен, если не вызван stop.
S
чот мне кажется, что эта идея батарейку не жалеет.
Тоже верно. Но view камеры создается по редким события и уничтожается сразу после вызова единственно нужной команды. То бишь потребление чуть больше, чем те же пуши.
a
Это и происходит. Перефразирую - сможет ли сервис, созданный/запущенный из приложения, создавать view, если приложение уже завершено.
Скорее всего сможет, только не обычный сервис, потому что как выше заметили, обычный будет умирать вместе с приложением. Придется создавать форграунд сервис.
v
Не, сервис биндится через binder, там же можно обратиться к api сервиса. Но сервис умирать не должен, если не вызван stop.
умирает-умирает, всё умирает. Можно там чёто в манифесте нашаманить, чтоб якобы не умирал, но работает, вроде как, не везде / вообще не работает. По крайней мере, у меня не получилось.
S
Скорее всего сможет, только не обычный сервис, потому что как выше заметили, обычный будет умирать вместе с приложением. Придется создавать форграунд сервис.
У нас Xamarin. И класс Service как раз оно и есть.
a
Я тут недавно малварь какой-то ковырял, так там по-моему для этого дела вообще не сервис использовался. Вот только не помню что именно.
v
У нас Xamarin. И класс Service как раз оно и есть.
форграунд это хорошо, но один свайп твоей прилы - и гг.
a
форграунд это хорошо, но один свайп твоей прилы - и гг.
Почему?
S
Я тут недавно малварь какой-то ковырял, так там по-моему для этого дела вообще не сервис использовался. Вот только не помню что именно.
Примерно такую идею и пытаемся сделать по реализации, но не по назначению.
