V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  fromzero  ›  全部回复第 3 页 / 共 15 页
回复总数  284
1  2  3  4  5  6  7  8  9  10 ... 15  
2022-09-13 20:22:11 +08:00
回复了 fromzero 创建的主题 macOS 如何彻底删除不知来源的 temp 文件夹
@gromit1337 666 又学到了
2022-09-13 20:21:53 +08:00
回复了 fromzero 创建的主题 macOS 如何彻底删除不知来源的 temp 文件夹
@yuange1975 666 thanks 学到了!
2022-09-12 23:11:32 +08:00
回复了 fromzero 创建的主题 macOS 如何彻底删除不知来源的 temp 文件夹
@Phishion 这种比较明显的目录用 cleanmac/柠檬 应该能清理掉吧?
2022-09-12 20:29:03 +08:00
回复了 fromzero 创建的主题 macOS 如何彻底删除不知来源的 temp 文件夹
@kokutou 下了看了下,mac 端火绒还在公测,功能太少,没找到你说的这个功能
2022-09-12 20:22:09 +08:00
回复了 fromzero 创建的主题 macOS 如何彻底删除不知来源的 temp 文件夹
@Phishion 现在就是找不到这个 App ,感觉 mac 也需要像手机一样收敛下文件的权限了,到处乱拉屎
2022-09-07 11:06:54 +08:00
回复了 Cat7373 创建的主题 职场话题 现在年轻人这么刚的么?
我给你拟个草稿,工作上的事尽量一句话阐释清楚,不要像聊天似的问一句答一句的。hi ,这边的入职材料需要登记下你的毕业时间,用于 xxxx ,抽空发我下吧。
2022-09-07 11:02:54 +08:00
回复了 Cat7373 创建的主题 职场话题 现在年轻人这么刚的么?
@fromzero 小伙子显然是不在乎这一个 offer ,可能本来就想拒掉这个 offer ,估计就是看你不爽刚好顺便拒了。
2022-09-07 11:00:57 +08:00
回复了 Cat7373 创建的主题 职场话题 现在年轻人这么刚的么?
不太同意 5 ,大家都是平等的劳动关系,有义务讲清楚你要这个信息是干什么,有义务讲清楚上下文(即使是国企),直接微信说我要这个,很让人反感。
但是最大的问题是,View 本身的生命周期就是依附于 Fragment/Activity 的,所以你不得不手动把生命周期往下传递给你的自定义 View 管理,挺麻烦的。
非要给自定义 View 加上 ViewModel 也不是不行,可以用自定义 View 创建一个自定义的容器,然后给他加上完整的生命周期,实现 ViewModelStoreOwner 接口的方法。
因为 View 本身就没有完整的生命周期的概念,View 只有 attachWindow dettachWindow 这些,View 完全跟随 Fragment/Activity 的生命周期,View 属于 ui 组件,而不是 ui 容器,容器是用来装控件的,所以有生命周期的概念。而 ViewModel 的生成和销毁是需要伴随宿主的生命周期的。
2022-07-30 00:26:08 +08:00
回复了 VERTU 创建的主题 Android Layout Inspector 有没有好用的替代品?
@VERTU 各有取舍,flipper 侵入性强但是仅仅 debug 而已,实现的功能也不只于 layout
2022-07-28 22:20:17 +08:00
回复了 VERTU 创建的主题 Android Layout Inspector 有没有好用的替代品?
2022-07-25 22:59:15 +08:00
回复了 tidezyc 创建的主题 Android 各位怎么在安卓上收取 Gmail 邮件
@tidezyc 是的 还是挺稳的。
2022-07-23 12:53:33 +08:00
回复了 tidezyc 创建的主题 Android 各位怎么在安卓上收取 Gmail 邮件
@tidezyc 可以试试,我断了梯子,还一直给我推送
2022-07-21 16:52:03 +08:00
回复了 tidezyc 创建的主题 Android 各位怎么在安卓上收取 Gmail 邮件
telegram 的 gmail 机器人断了梯子还能继续推通知。要先连成功一次
2022-07-19 19:28:24 +08:00
回复了 KunMinX 创建的主题 Android repeatOnLifecycle + SharedFlow 隐藏坑排查与治理
你的 ui 基于事件驱动,当然不可避免会有粘性事件的场景。跟人家 flow 和 repeatLifeCycle ,甚至 livedata 没有半毛关系,人家本来就不是为这种场景设计的。
贬低 Android 官方,抬高自己?显得你很牛逼?
这种延迟 1ms 的解决方案看起来也很奇葩,感觉你对这个粘性事件着魔了一样,围绕着大作文章。
2022-07-10 21:02:11 +08:00
回复了 KunMinX 创建的主题 Android 旦用难回 Jetpack MVI 最佳实践
@KunMinX 说实话分析完我是吓一跳的,我原本还是挺认可你的技术的,虽说喜欢造新名词,但是之前的技术文章多少有几篇还不错的,我今天去看了一下你的重学 android 已经涨到¥ 379 了,静下心多打磨点干货吧。
2022-07-10 20:43:08 +08:00
回复了 KunMinX 创建的主题 Android 旦用难回 Jetpack MVI 最佳实践
总结(仅仅是本菜鸡的个人观点):
整体架构看起来没啥问题,用户触发事件,请求数据,ui 监听事件改状态刷新 ui ,完美的单向数据流👍🏻。but
* 违反不可变,比如我在监听处偷偷修改 event 里面的值,直接破坏其他监听者的逻辑
* 没有状态机,只有一个 Event 事件队列机来发事件,通过监听 event 的数据,然后扔给给状态,而且状态这个变量 mStates 是由 ui 自己维护的(我自己维护我自己的状态?不应该是监听状态吗?)
2022-07-10 20:02:01 +08:00
回复了 KunMinX 创建的主题 Android 旦用难回 Jetpack MVI 最佳实践
@fromzero 不可变这里我看错了一丢丢,爱坤大神这里的 event 应该是代表每个 intent 产生的事件,但是数据什么的都包在 event 里面,然后再把 event 的数据赋值给 state 刷新,这里 state 的赋值也违法了不可变,那这里也很奇怪,我干嘛不直接拿 event 的数据刷新呢,out 监听的为什么是 event 不是 state ,那不是变成了 事件驱动 ui 而不是状态驱动 ui ? ![image.png]( https://s2.loli.net/2022/07/10/S4bTNOGp5FmDi1v.png)
1  2  3  4  5  6  7  8  9  10 ... 15  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2931 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 13:25 · PVG 21:25 · LAX 05:25 · JFK 08:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.