idemonnnnnn / demon-ara

🎈Activity Results API自动化注册&极简使用方案。

Hello，World 👋

• 📙 I’m currently focusing on Java/Kotlin/Android
• 📕 I’m currently learning on Flutter
• 🔥 Creator of applications and frameworks
• 🏚 City: Guangzhou, China
• ♋ Constellation: Cancer
• ✉ Email: [email protected]
• 📚 Blog: https://demon.blog.csdn.net/

公司业务需要出海应用，大量收购谷歌开发者老账号（不需要20/14封闭测试）。有已发布应用，无需源码带签名即可。 无良卖号贩子勿扰！！！
有意者请Email：[email protected]

Company's business needs to go out to sea applications, a large number of acquisitions of Google developers old account (no need to 20/14 closed test). There have been released applications, no need to source code with signature can be. Unscrupulous seller of numbers do not disturb!!!
If interested, please email: [email protected]

demon-ara's Issues

老哥，写的不错，但是可以再封装一下

就像强东哥在数据序列化框架里封装的intent函数一样，跳转到一个activity只需要
openActivity<LeaderboardActivity>()
然后可以在后面写个大括号，用lamda表达式的样子写回调，比较符合科特林的写法😄

有几个疑问？

刚好这2天升级了下Appcompat版本，准备对 Result API下手 就看到作者的文章，整体下来受益很大。昨天按照示例试验了下，有几个疑问？
1、在 onActivityCreated回调里注册监听fragment的生命周期时，registerFragmentLifecycleCallbacks方法的 recursive参数传的是false，这样若是在fragment里在弹出dialogFragment或加载子fragment时就不会触发回调
2、在 onActivityDestroyed回调里实现反注册 unregisterFragmentLifecycleCallbacks 时会导致 接收不到fragment结束相关的生命周期比如onFragmentDetached。通过日志发现 回调是先走完 onActivityDestroyed 再去调用fragment相关回调。若此时实现 unregisterFragmentLifecycleCallbacks那么后续就不会收到相应的回调，那也就无法释放存放于DeMonActivityCallbacks内的临时缓存 resultMap。经验证好像无需进行 反注册 unregisterFragmentLifecycleCallbacks
3、采用 className加时间戳 作为key并存放于 intent中的方式让我眼前一亮，不过 若是在 singleTask配合 onNewIntent 模式下，有些人会直接使用 setIntent(intent); 来对数据进行接收。 这样就会导致 key值的丢失，这样 在 onActivityDestroyed就无法移除监听
4、是否可以采用 ArrayMap<ActivityResultCaller, DeMonActivityResult> mResultArrayMap 的形式作为 DeMonActivityResult的临时缓存？fragment同理