Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Повідомлення користувача PRY
В тому й проблема, що у випадку, якщо це сторонній додаток (.apk) ми нічого прописати не можемо.
Але Адріян Ігорович ситуацію не прояснює, то може вже питання зняте з порядку денного.
how-do-i-start-my-app-on-startup
Питання до Адріян Ігорович:
Це Ваш додаток, чи сторонній?
Якщо Ваш, тоді вищенаведений спосіб мав би вирішити проблему.
Якщо сторонній, і ви не знаєте принаймні, що в його <intent-filter> прописано - питання, на жаль, залишається.
Коли йдеться про війну то на "пісюльки" не дуже дивляться. Німеччина з СРСР підписувала договір і навіть Польщу ділили, а потім ..Англія та Франція сильно допомогли ті й ж Польщі ..., Німеччина дотримувалася Версальського договору..., в даній ситуації (російські кораблі атакували наших і взяли в полон) хтось нам поспішає допомогти згідно Будапештського меморандуму (де ж США та Велика Британія, аууу..)
Чи наша верхівка не знала що там може трапитися? Таке враження що Тузли, Криму, Сходу не було
Без коментарів.
Договір, який на сьогодні регулює правила судноплавства в Азовському морі та Керченській протоці:
Детальніше про обставини укладення цього договору і аналіз, як його сторони мали б дотримуватись в сьогоднішній ситуації, - у посиланні, що я давав раніше:
Але на жаль, договір, підписаний з Росією, не вартий того паперу, на якому написаний.(Отто фон Бісмарк)
Тому залиште звичку до самоїдства і сварок (якщо, звичайно, це не ваша професія). Розмірковуючи про те, - повинні були йти, -не повинні були, - виходьте з відповідних документів.
https://ukrainian.voanews.com/a/4677006.html
Раджу переглянути.
Єдине - дивна впевненість в неможливості зимового наступу , принаймні по узбережжю. З Кримом ЦРУ вже облажалась. Після анексії визнали, що не чекали такого від Путіна.
І ще, з Портніковим - відповіді на більшість дивних питань "дивних" людей:
https://www.youtube.com/watch?v=KYX7LlSmfbY
До речі. Судячи з Google I/O 2018, Google активно буде просувати архітектурний компонент Navigation https://developer.android.com/topic/lib … avigation/. На сьогодні, Google не рекомендує використовувати Activity для Master/Detail, а користуватись Fragment і, відповідно, Navigation. Тому навряд чи буде вирішувати питання спільного використання ViewModel для кількох Activity, оскільки для Fragments під одним Activity механізм відпрацьований.
На жаль, ні варіант, що я описав, з попередньої теми, ні варіант через Bundle на даний час не спрацює.
За цим посиланням видно, що питання розшарення одного екземпляра ViewModel для різних Activity, Google ще не вирішував: https://issuetracker.google.com/issues/64988610 .А цьому питанню вже 18 місяців.
Як варіант, пропонується певне вирішення тут: https://github.com/googlesamples/androi … -407291032. Але, як на мене, я б краще виніс мережеві операції в репозиторій, наприклад, клас HttpRepository (який створюється в одному екземплярі), зі своїм LiveData, як це і рекомендує Google. Для кожного екземпляра Activity створив свій екземпляр ViewModel, і підключився до LiveData репозиторію як спостерігач(observer). Таким чином, екземпляри ViewModel обох Activity отримуватимуть дані паралельно.
Якщо питання у спільному використанні одного екземпляра ViewModel кількома екземплярами Activity, то можемо використати механізм, як для Activity та Fragment в темі
Відміність лише в тому, що в цьому випадку, з двома екземплярами Activity , ми генеруємо дані, на які оба екземпляра Activity будуть підписані, безпосередньо в екземплярі ViewModel. Інформація буде доступна як activity_1, так і activity_2 , коли ті будуть знаходитись в foreground, і відповідно присутніми в списку спостерігачів(observers) у LiveData, куди зберігаються прийняті з мережі дані.
"Object-Oriented Programming in C++" by Robert W. Lafore
Як на мене, написана і професійно, і доступною мовою. За своєю структурою ця книжка саме для вивчення С++ і об'єктно-орієнтованого програмування.
Радий допомогти. 
Буде коректно. Якщо ціль - не допустити memory leak з firstActivity , - достатньо, щоб на fistActivity не залишалось посилань з інших компонентів app . Для цього ми і використовуємо архітектурні компоненти ViewModel і lifecycle aware LiveData. Але firstActivity за default залишається в back stack, і ми можемо до нього повернутись, і навіть передати назад певні результати від newActivity.
Курси українською є на YouTube: https://www.youtube.com/watch?v=RfVNoet … mp;index=1
На Prometheus: https://prometheus.org.ua/courses/
Англійською можу порадити курси на Edx: https://www.edx.org/course?search_query=Java. Великий вибір безкоштовних і якісних курсів від різних університетів. Почати можна з таких:
https://www.edx.org/course/introduction … mp102-1x-4
https://www.edx.org/course/introduction … mp102-2x-8
Якщо для самих початківців, в тому числі і сприйнятті англійської розмовної - Codecademy https://www.codecademy.com/
Якщо є бажання вчитись у розробників, - на Udemy https://www.udemy.com/courses/search/?q … mp;kw=Java є як платні, так і free курси. Обов'язково попередньо передивіться вступну лекцію, бо може так статись, що завдяки специфічній вимові лектора ви не зможете зрозуміти матеріал, навіть якщо більш-менш вільно сприймаєте розмовну англійську. Цін не лякайтесь, - зазвичай періодично проводяться акції, де вартість курсів становить біля 10$. На Udemy викладачі підтримують тісний зв'язок зі студентами, відповідають на поставлені запитання, чи дають посилання на відповідь, яка вже була опублікована.
Щасти.
Як на мене краще отаке:
https://codeguida.com/post/453
А після цього, оце:
Для навчання так, непогано.
ProGit користуюсь в якості підручника, але частіше як довідником. Як для мене, книжка зручніша в користування, ніж окремі статті, інформація добре структурована, зі змісту вибираєш тему, яка для тебе актуальна на даний момент. В наявності в форматах epub, pdf та mobi для kindle.
Дивлячись, яку ціль Ви перед собою ставите, використовуючи об'єкт LiveData.
1)Можна створити кілька об'єктів типу LiveData для одного ViewModel, тоді будемо мати множину об'єктів типу LiveData, кожний з них буде спостерігатись в тому ж самому Activity своїм спостерігачем(observer), і містити свій певний об'єкт даних.
2)Можна в один об'єкт типу LiveData помістити об'єкт власного класу (наприклад, типу DataForUI), що міститиме потрібний Вам набір даних, і спостеріатись в Activity одним спостерігачем. А дані вже в onChanged(...) витягуються з об'єкту класу DataForUI і розміщуються на відповідні об'єкти View Вашого UI.
Як на мене, то розділяти дані по різних LiveData можна було б за певними критеріями. Найбільш вірогідно, що це було б за функціональністю даних, тобто незалежні один від одного набори даних, чи щось інше. За джерелом надходження даних я б не розділяв, бо за це зазвичай відповідає т.з. Репозиторій,- шар між джерелом даних і ViewModel, і на рівні ViewModel невідомо, звідки отримані дані ( з мережі, бази даних , файлу, чи, наприклад, кешу).
Щодо літератури стосовно Android,- здебільшого користуюсь книгами з підписки
https://commonsware.com/
Підписка відносно не дорога - 20$ на півроку. На даний момент в підписку входить чотири книги і відповідно тематичні проекти на GitHub(доступні і без підписки). Зміст книжок оновлюється постійно, - наприклад, в червні вийшло чергове оновлення. Це його коротка анотація, яку прислали на E-mail:
CommonsWare Warescription Newsletter
June 2018====================================
1. Book Updates
2. What's Happening?
++++++++++++++++++++++++++++++++++++
1. Book Updates
In mid-May, I released Version 0.3 of "Exploring Android", adding in a few
new tutorials and fixing some bugs:https://commonsware.com/blog/2018/05/17 … eased.html
Then, a week ago, I released Version 8.12 of "The Busy Coder's Guide to
Android Development". This adds more Android P coverage, updates for
Android Studio 3.1, updates for ConstraintLayout 1.1.0, updates to some
of the testing chapters, and more:https://commonsware.com/blog/2018/06/04 … eased.html
(or https://tinyurl.com/omnibus-8p12 if that URL is too long)
Note that the update to "The Busy Coder's Guide to Android Development"
retires the chapter on dynamic code, the chapter on Android Things, the
chapter on SlidingDrawer (from the Widget Catalog), and the chapter on
large screen strategies. Please hold onto Version 8.11 if you wish to
retain that material.2. What's Happening?
With Android P Developer Preview 3 in our hands, and with Google I|O
behind us, the next major milestones are:- the release of Android P in final form,
- the release of Android Studio 3.2 in final form, and
- the 1.0.0 release of the AndroidX libraries
The latter are the replacement for the Support Library, Architecture
Components, and so on. Officially, the final release of Android P
is "Q3", though my guess is that it will be in August or September.I will be updating "The Busy Coder's Guide to Android Development" and
"Android's Architecture Components" between now and then, while in
tandem I start in on rewriting my material to take into account
Android Jetpack, AndroidX, and Kotlin. "Exploring Android" will be on
hold for several months, until I have enough rewritten material that
I can start in on Jetpack-ing the tutorials.The exact timing of everything is contingent on what Google does
when, so I cannot make any long-range promises.If you have any concerns about the future of the books, or if you
have any other major structural changes that you would like me to
consider, contact me at future@commonsware.com.
====================================
Приводжу це повідомлення повністю, бо з нього видно, наскільки оперативно вносяться зміни в книжки.
В плані утримання (hold) даних для UI і оповіщення UI при зміні цих даних ViewModel і LiveData працюють у тісній зв'язці.
Ви абсолютно правильно вловили суть використання LiveData. Це observable об'єкт (як, наприклад, в RxJava), що дозволяє обсерверу (в даному випадку UI компоненті) підписатись на дані, що їх LiveData буде "постачати" шляхом виклику методу onChanged(...). Дані в принципі до LiveData можуть надходити з різних джерел, -наприклад, з бази даних чи внаслідок HTTP запиту, і UI компонент не має знати, яким чином ці дані отримані. Це справа бізнес-логіки. Ще дуже важливо, що LiveData відслідковує стан життєвого циклу UI компонентів(observer), що підписались на нього, і "постачає" їм дані тільки у випадку, коли UI компонента перебуває в стані STARTED або RESUMED. Інакше компонента, що підписана як "спостерігач (observer) до LiveData, видаляється з підписки на оповіщення. Тим самим унеможливлюється витік пам'яті при зміні стану UI компонентів.
Принципово важливо також, щоб ViewModel не містив ніяких посилань на UI компоненти. Причина все та ж - уникнути memory leak -витоку пам'яті.
Щодо літератури. Оскільки Архітектурні компоненти Android були озвучені тільки на I/O 2017, літератури як такої небагато. Зате є багато статей. Але оскільки всі дописи посилаються на першоджерело, то для почаку варто прочитати і зрозуміти інформацію на ресурсі Android:
Кореневе посилання:
https://developer.android.com/topic/lib … hitecture/
Паралельно для кращого розуміння варто пройти невеликі код-тренінги CodeLab Google:
https://codelabs.developers.google.com/ … ecycles/#0
https://codelabs.developers.google.com/ … istence/#0
https://codelabs.developers.google.com/ … %2Findex#0
-десь в такому порядку.
Статей за рік вже дуже багато. Думаю, варто прочитати цю:
https://medium.com/google-developers/vi … efaef74a54
Останнім часом з'явилась мода наводити приклади в статтях на Kotlin, - нічого критичного, - але знайомитись з новим матеріалом комфортніше все-таки з прикладами на своїй робочій мові - Java. Хоча Kotlin, очевидно, потрібно буде знати нарівні з Java.
Взагалі, радив би підписатись на AndroidWeekly - щотижневик:
https://androidweekly.net/
Посилань в мене в закладках багато, - але гадаю краще все-таки почати з першоджерела і статті.
Якщо будуть запитання, - попробую в міру своїх знань відповісти.
ViewModel призначений для розмежування UI і даних, тому, враховуючи тривалий життєвий цикл (lifecycle) цього компонента, він зокрема може використовуватись для запобігання скидання на початкові значення даних в Activity чи Fragment при обертанні телефона.
В даному прикладі я дещо змінив. Виніс лічильник в ViewData, додав кілька методів для збереження і відновлення значення лічильника. Тепер при обертання телефона і натисненні на кнопку лічильник нарощує значення, а не скидається в початкове.
Можу запропонувати інший спосіб, який узгоджується з вимогами до архітектури Андроід-додатків . Простий приклад можна клонувати або стягнути .zip архів тут:
https://github.com/MikhalUkr/Sharing_da … d_Fragment
Для цієї мети використовується спільний для обох - Activity та Fragment, ViewModel з LiveData -один з архітектурних компонентів, презентованих Google на I/O 2017.
Спосіб доволі простий і прозорий. Організовується легко як одно, так і багатостороння передача інформації як між Activity та Fragment, так і між самими Fragments в рамках цього Activity.
Було б зручніше, якби побачити весь текст - включно з AndroidManifest.xml.
Якщо є можливість,- зручніше на GitHub.
Використовував BroadcastReceiver для прийому повідомлень з іншого app. В цьому випадку працює нормально.
