赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
爬坑，做个标记，方便后来者搜寻：
分享一个 Mac 下管理工程目录时，“亦坑亦合理”的细节：笔记本和无触摸板主机的“访达”设计不一样。
一个明显的区别是，rMBP 访达的分列视图，可拖动分割线来调整距离、让目录标题显示完全，Mac 主机访达的设计却不同，是个无法拖动的滚动槽 —— 啊，这，我该怎么看 …
困扰许久，网上搜了一圈，看到包括 Apple 官网的 Q&A 就相关问题也没能答个所以然，
discussionschinese.apple.com
于是寻思，会不会是 … 啊，果然 … 滚动槽的下方有个难注意到的 | | 按钮，就是通过它来调整距离 …
你说它是坑吧，可以是，因为很难意识到这里会有个按钮，是个盲区。你说它合理吧，确实合理，因为无触摸板的 UI 设计通常是需要有个槽，触摸板、触摸屏则是滑动时才漂浮显示滚动条。
（另外在分栏视图下，如按住 option 调整，可持久化存储这个宽度，也即下次打开访达还是这个宽度）
discussionschinese.apple.com
于是寻思，会不会是 … 啊，果然 … 滚动槽的下方有个难注意到的 | | 按钮，就是通过它来调整距离 …
你说它是坑吧，可以是，因为很难意识到这里会有个按钮，是个盲区。你说它合理吧，确实合理，因为无触摸板的 UI 设计通常是需要有个槽，触摸板、触摸屏则是滑动时才漂浮显示滚动条。
（另外在分栏视图下，如按住 option 调整，可持久化存储这个宽度，也即下次打开访达还是这个宽度）
展开
评论
2
众人拾柴火焰高，得益于小伙伴实事求是的分享交流，UnPeek-LiveData 再度迎来大版本更新。
在最新的 v7.0 版中，我们通过在包装类中完成 version 比对的方式，取消了额外管理 Map 的必要，使内存管理的效率和安全指数提升到极限，同时使代码逻辑更便于理解和阅读。
此外我们在 sample 中补充了几个常见的场景，感兴趣可自行升级和测试。
github.com
github.com
展开
评论
1
看到 issue 区有小伙伴从头开始追溯 UnPeekLiveData 的演化历程，此处贴一份最新源码的简化版，该简版仅保留最核心的 “event 防倒灌”，剔除了 内存清理、允许空值、允许 “state 倒灌” 等设计，感兴趣可自行对照查阅。
github.com
github.com 评论
4
Note 2021.8.9：某培训机构 以阿里之名 剽窃我 Android 文章
某培训机构，未经授权，私自剽窃我 Android 文章的前言，在其基础上添加 “阿里” 两字，用作公众号软文，
目前已和涉事文案人员沟通，但目前未得到正面回应，先在此留个标记，
此外如对 “业务架构”、“Android 基础进阶” 感兴趣，大可自行爬坑、查阅官网、运行 GitHub 热门项目的方式来学习掌握，任何教程都无法代替自己亲自走一遍。
展开
8
3
感谢小伙伴分享的 “Pair 类设计” 的启发，
最终我们是在 v6 版 UnPeekLiveData 的基础上进一步将 state 字段迁移至 ObserverProxy 类中，使 Map 得以合二为一、逻辑更加简练，方便源码阅读和后续的修改。
感兴趣可自行源码查阅。
github.com
github.com
展开
评论
3
赞了这篇文章
为保持称谓的一致，我们曾在《生命周期辟谣》篇沿用了 “官方文档” 对其所定义的各进程模式的称谓，同时本人也基于对 PC 操作系统的理解，而原创性地通过类比的方式来分析 “前景”、“可见” 等模式的本质和设计依据，
有小伙伴在理解了本文的思路后，反过来因官方 “可见模式” 概念的字面意思而产生困扰，为此基于本文实际的思路和结论，我们重新赋予其更为精确的称谓 —— “失焦模式”，感兴趣的小伙伴可自行回顾和重温。
xiaozhuanlan.com
xiaozhuanlan.com
展开
评论
5
赞了这篇文章
赞了这篇文章
赞了这篇文章
刚刚在 Maven-Central 提交了 UnPeek-LiveData V6 版设计，感谢贡献者对该设计的分享。
这一版的 UnPeek-LiveData 十分接近我理想中的 LiveData 设计，也即它分别提供 “粘性的” 和 “非粘性的” 设计，来分别满足 “可变的、可倒灌的 state”，和 “只读的、一次性的 event” 的场景需要。
该版本在 V5 版的基础上，通过引入代理类的设计，来规避反射方式访问基类数据结构的写法，使代码复杂度较上一版有所简化，感兴趣可自行查阅和在项目中引用。
github.com
github.com
展开
评论
5