Android Dev - Weekly Anything Goes Thread - June 18, 2021 |
- Weekly Anything Goes Thread - June 18, 2021
- Good introduction to Android Development for beginners
- Better physical stories with Google’s Nearby APIs
- Is strandhogg a real security thread to Android Apps?
- 70+ Open Source Android Apps Projects For Beginners, Intermediate And Experienced Developers (With Source Code and Tutorials, using Dart and Flutter)
- Is authentication supposed to be this difficult?
- Does anyone know how to verify number of install origin from Google Mobile App Install ads?
- jetpack compose list change animations
- Creating Google Play game - worth it?
- JVM Ecosystem Report 2021 | Snyk
- Announcing requireKTX - zsmb.co
- Cannot resolve class android.support.design
- Issues with Android App and Deep Linking
- How to build a GraphQL Gateway with Spring Boot and Kotlin
- Android S sources missing
- What framework should be used to authenticate an android app with a rest API
- What does one do about Sceneform and ARCore?
- I will be hosting Free Live Learning Session for Beginners in React Native : UPDATE
- Incentivize ad viewing question
| Weekly Anything Goes Thread - June 18, 2021 Posted: 18 Jun 2021 06:00 AM PDT Here's your chance to talk about whatever! Although if you're thinking about getting feedback on an app, you should wait until tomorrow's App Feedback thread. Remember that while you can talk about any topic, being a jerk is still not allowed. [link] [comments] | ||
| Good introduction to Android Development for beginners Posted: 18 Jun 2021 08:34 AM PDT This course by the amazing Nate Ebel is really good for those who want to build an app while learning basic fundamentals easily, it can be a starting point before diving into advanced stuff, good luck everybody Link here https://www.youtube.com/playlist?list=PLEPZdzLLJH94Jk_Jz-cTUXYFoObPBH7KB [link] [comments] | ||
| Better physical stories with Google’s Nearby APIs Posted: 18 Jun 2021 03:36 PM PDT
| ||
| Is strandhogg a real security thread to Android Apps? Posted: 18 Jun 2021 08:30 AM PDT Is https://promon.co/security-news/strandhogg/ an issue we should be concerned about? If yes, what's the best way to mitigate it? [link] [comments] | ||
| Posted: 17 Jun 2021 10:42 PM PDT
| ||
| Is authentication supposed to be this difficult? Posted: 18 Jun 2021 05:04 PM PDT After a very long process of design polishing I've identified some points that need to be acknowledged when managing user login, and I'm just wondering if this is really the correct path. I think one of the main reasons for the overcomplexity in my case is that, the user is left with the alternate option of linger a little bit longer through the app after user registration, instead of immediately login in, as I really detest that behavior. This creates 2 additional states to the entire process, what I call "set" and "not_set". My design makes use of MediatorLiveDatas, which in return work hand in hand with logic gates between them (custom MediatorLiveDatas), this is done to prevent double calls (in some cases to NavController) and also prevent double fetching data. This filtering and forking of the data, has turned (into what I guess) are too many data nodes of user states, that even when trying to review their independent utility step by step, every one of them seems useful. First comes the "signed" and "unsigned", defined by whether the auth is null or not. But before that, comes a user preference check, to know if an account has already been subscribed in the device. This adds an "initializing" period, which then turns into a "set" or "not_set", as mentioned before, this two steps become a reality ONLY on the condition of the auth being null (unsigned). The first problem here is the userName. This encryption is performed so that basic user info can be displayed on the login screen after a "log-out -> turn off -> turn on" process of the device. So I have: a 4th node that disregards changes to userName but retain information about "not_set", "sign" and "unsigned" (controller that changes between login, registration and main user info screens (not account, not yet...)) Now... the account... a 5th node that merges basic auth info with parameters of the different accounts a user may have (account db path, or whether the account is published on-line or is it just locally on the device). What I am yet to create, which I see the need to, is a 6th node that would serve for downloading purposes. One that would cache its "signed-in" state (with uid) and disregard any "unsigned" or below states: To let pass only if (incoming.isAtLeast(signed) && !incoming.uid.Equal(this.uid)) in order to prevent re-downloading any information required between user login AND account login, on the event that user logs out from device and then logs in again to device without a turn off (just a cache). What I have the feeling is that, once everything is in absolute order, I should only expose the node that will serve best among all these nodes, and that node will work for the rest of the project. Basically, all this is just for the app initialization. Is it supposed to be this complex ?? [link] [comments] | ||
| Does anyone know how to verify number of install origin from Google Mobile App Install ads? Posted: 18 Jun 2021 07:01 AM PDT
| ||
| jetpack compose list change animations Posted: 18 Jun 2021 11:30 AM PDT Last time I checked, there was no jetpack compose equivalent to recycler view animations when changing list data. Is that still the case? anyone hear anything about when that might be available? I know it's not trivial (at all) so I guess it could be a while [link] [comments] | ||
| Creating Google Play game - worth it? Posted: 18 Jun 2021 08:00 AM PDT The question is, is it worth it to make game on Android, to upload it on Google Play Store, and somehow step out? I'm not talking about the money, because I know that it's almost impossible to earn significant amount of money from the first game, I mean more like interest enough people to get some feedback and to show it somewhere else? Or is the competition there to big for amateur developers? [link] [comments] | ||
| JVM Ecosystem Report 2021 | Snyk Posted: 18 Jun 2021 12:08 AM PDT
| ||
| Announcing requireKTX - zsmb.co Posted: 17 Jun 2021 12:04 PM PDT | ||
| Cannot resolve class android.support.design Posted: 18 Jun 2021 12:54 PM PDT My entire marketplace app is crashing with the same error throughout stating "cannot resolve class android.design.support with 16 errors that are similar. I have tried adding it to the dependencies to no avail. Any ideas what could be causing this? [link] [comments] | ||
| Issues with Android App and Deep Linking Posted: 18 Jun 2021 05:20 AM PDT
| ||
| How to build a GraphQL Gateway with Spring Boot and Kotlin Posted: 18 Jun 2021 12:46 AM PDT
| ||
| Posted: 18 Jun 2021 03:48 AM PDT I was trying to make my app compatible with Android 12. Downloaded the SDK and build tools, but after changing the target and compile SDK versions, I am getting android classes from sdk/sources/android-30. There's no android-S folder in the sources. Can any help me out? [link] [comments] | ||
| What framework should be used to authenticate an android app with a rest API Posted: 17 Jun 2021 09:03 PM PDT Note: If this isn't related enough to Android dev feel free to delete it. Hi folks, I'm creating my own backend server for an Android app I'm working on. I'm trying to figure out how to perform authentication properly. Everywhere I go, I see questions, tutorials and RFCs discussing this issue and every time they recommend OAuth2.0. The thing I don't understand is that OAuth2.0 (from what I understand) is meant to grant authorization to a 3rd party client to access some data on a resource owner. Oauth2.0 is not meant to authenticate a user to a service. I want to authenticate a user on my Android app to use my service, not authorize some 3rd party client to access data on the user's behalf. Does anyone have experience setting up some sort of authentication system for an Android app? I've searched lots of tutorials and they all seem to be focused on web development, not mobile development. Also fyi I'm building the backend with scala and scala play. [link] [comments] | ||
| What does one do about Sceneform and ARCore? Posted: 17 Jun 2021 10:42 AM PDT Sceneform is now open source and, from what I've gathered, basically obsolete. I even have the plugin on my IDE and Android Studio won't recognize it. It doesn't show up anywhere. So, ignoring the little notification I get that "Sceneform is a bad plugin and should be removed" I get every time I boot up AS, are there any alternatives when building apps with ARCore? I don't want to say that ARCore was kind of left behind, because I don't believe that, but there really isn't a lot of information I've been able to find on how to move beyond Sceneform when using it, and what exists is mainly unanswered StackOverflow posts. Thanks. P.S. How do I remove the Sceneform plugin? I can't find it anywhere. [link] [comments] | ||
| I will be hosting Free Live Learning Session for Beginners in React Native : UPDATE Posted: 17 Jun 2021 09:08 PM PDT Previously, I made a post that I was planning to host a free live session about React Native for beginners. After receiving some responses, I decided to make it happen. 🔥The FREE live session will take place on June 20 in Discord. I wish to go through these topics:
🤩 I am really excited to see you guys(who are beginners) to learn at least a new thing from my experience! There is no registration fee, form nothing difficult. Just join this Discord server to join it in time. BONUS: YOU CAN ASK QUESTIONS THERE Server link: https://discord.gg/JPpmXHFZ7f Have a Nice coding day! 😎 [link] [comments] | ||
| Incentivize ad viewing question Posted: 17 Jun 2021 12:46 PM PDT So, I've been digging around for a solution to this issue for a little while to no avail. I have one of those spin the wheel, watch an ad and make money apps. I've had it up for a month or something, sent it to some friends, and I get the message shortly after. "Apps must not incentivize people to view or click on an ad, or give the impression that viewing or clicking on an ad will be rewarded." I cant remember if I've gotten a message just like this before in the past, as this is my second app. For my first one, it also restricted my ad serving, but time simply fixed it. Time does not seem to at all be fixing this, as it's been 2 months now. Is there even a solution to this? [link] [comments] |
| You are subscribed to email updates from Developing Android Apps. To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
| Google, 1600 Amphitheatre Parkway, Mountain View, CA 94043, United States | |
No comments:
Post a Comment