@no1xsyzy

是的，说白了是因为 被以自我为中心的信念裹挟（譬如认为他人它物都是为满足自己私欲而存在），而无力理解和应对现实所致（因为认识事物靠的是 承认人造物是为了解决现实问题而存在），乃至（被迫）发展出我所谓的 “代偿机制”，或是你说的 “习得性应付” —— “只要，就”、“不 xx 就会 xx”

举个例子，

“只要高考考过了，就能解决人生的所有问题”；“考不过的话，那这辈子就完了，死定了，没有别的可能”。

总而言之，问题的根源就在于当事人以自我为中心，持有脱离现实的信念而不自知，乃至没法跳出这个脱离现实的递归、看到别的可能。

@ChanKc

谢谢分享，文档中强行将 “渲染” 描述为 “绘制”，让人觉得不适：

The last step is paint, which takes in the final render tree and renders the pixels to the screen.

—— 最后一步是 “绘制”，基于最终渲染树 去把像素点 “渲染” 到屏幕 …

@lower

这不是精不精确的问题，而是与普适的约定存在冲突，人为造成了代沟，没法交流。

就好比，一个人强行把 “红色” 说成 “蓝色”，把 “爸爸” 说成 “妈妈”，然后完全意识不到与公约存在的冲突，而不停地拿这些概念自嗨，这样的沟通绝不会让人愉快。

@ChanKc

哈哈，那可能刚好和 android 以及计算机科学中对 render 和 paint 的定义反过来了。

android 中 draw 表示的是绘制、排版的意思，也即构建视图模型，然后把这个模型结果统一交给 render 机制去渲染到屏幕。

https://zh.wikipedia.org/wiki/%E6%B8%B2%E6%9F%93

百科中对渲染的解释也是如此，指通过模型来生成图像的过程。

或许 web 开发中关于 “渲染” 和 “绘制” 的定义，是被早期的某个大佬给带歪的 …（除非我们有一天找到了这么称呼的缘由）

@KunMinX

或者说数据绑定、页面生成也行，后端数据静态绑定，和前端数据动态绑定。后端页面静态生成，前端页面动态生成。

@ChanKc

谢谢分享，我想明白了，这里的渲染其实是一个动词，表达为 “去渲染” 更合适一些（比如 for-Rendening ），

我是结合 react 等函数式编程框架理解到这一点的，

因为这些框架都有 render 函数，当 setState 的时候，重新触发这个函数，来动态构造布局树。

由于它本质上是函数式编程，view 的实例是内部生成的，因而取名 render 方法，假装跳过中间环节，直奔最终的 render 操作。

然而毕竟 render 就是 render，广泛意义上就是指从代码到像素点的转换，因而对 “渲染” 这个概念的滥用，让交流变得非常不舒服。

我情愿用 “布局拼装” 来人如其名地概括这个现象。分离前，后端静态布局拼装，分离后，前端动态布局拼装。

@Orenoid

感谢分享，清晰了，我明白了。

@ClericPy

搜索引擎推荐个？

@PogChamp

关了、进程销毁了，也没用，重启也没用，手机用 4G 信号正常，用 wifi 就不行，不知道咋回事。

感觉楼主有应激障碍，在防备未来的道德绑架。这样十分影响心态。

事实上，人的本质是没有任何属性的人格本身，任何意见都是外部强加到自己身上的 身份、人设、标签、期望，一种旨在告诉你 “你是谁”，并将你物化、来满足其个人私欲、泄私愤的目的。

未来一定会在应用商店遇到很多这样分不清界限的人的，感觉到不舒服，就试着意识到 “正在被强加”，并且把这些 “被强加” 排出去。祝好运。

“指数规模效应” 这个词挺有趣的，我通常称之为 “破窗效应”，指在多人协作的软件工程背景下，一旦放任，后续就不再受控制、一发不可收拾。

比如客户端或前端页面开发中用到的 DataBinding 、React 等数据驱动框架技术，就是通过函数式编程或类似的手法，将过程隐藏，来解决过程变量的暴露导致的不可预期问题。（比如视图实例通过 findViewById 被暴露出去导致一系列不可控的 null 安全问题）

刚刚看到你在我的帖子下方的留言了，找了一圈没有找到你的联系方式。如对 “原创价值观” 感兴趣，可通过我在 github 主页留下的方式联系到我，备注 v2 原创价值观。

@gantleman

谢谢你的分享，有启发。

我不太使用某乎，只不过看到某乎等平台 在作品下方提供 “赞同” 和 “反对” 这两个按钮，就已推知其是用于宣泄情绪的场所，是攀比、争吵、站队等等无意识行为的温床。

“原创价值观” 这个词很有趣，我记下了，而且深有体会，在过去一年可能 KunMinX 不自觉地充当了这么一个角色，提供区别人云亦云、通篇贴源码的文章，专注于介绍 Jetpack MVVM 架构组件的存在意义：在多人协作的软件工程的背景下，通过解决各种一致性问题来规避不可预期的错误。甚至文章的配套开源项目被培训机构在 6000 多元的课程中安排了 2 章节 12 课时拿去给 2300 多名学员讲课 …

昨天我想到的一个点子是，不做平台，而只需做一个导航，专门分类在某些技术领域有所深耕的人，

在过去一年里，我查阅过 3 、4 个专栏作者的作品符合我所谓的深度思考标准，但我知道的实在有限，所以以后可能打算做一个这样的站点，或者直接收录在我的 github blog 。

发牢骚、站队、喜好主观价值评判的，这些人其实很少，我不关心这些人。如果做技术社区，也不会考虑这些人。

有思考的人通常是不发言、甚至不互动的。沉默的大多数，集百家之所长，让自己的认知更简洁有效、让知识充沛、让工作和生活得到改善。

所以只关心沉默的大多数，以及能就事论事、能基于一致的背景认知 发生有效交流的那部分人。

比如我现在开源了一个库，事实上也只有我自己圈子里的一些小伙伴动手尝试和给到我有效反馈。

、

刚刚想到一个点子了。

@vertigo 愿闻其详

你要是这么问的话，那我就得问问你 CodeProject 这个网站的 Daily News 和广告邮件怎么屏蔽了，

推送我一年了，我也没见邮件有什么退订的链接，也没见网站有什么承诺不再推荐的选项。

刚刚收到通知说，我开源的 Jetpack MVVM Best Practice 已进入挪威北极的末日 GitHub 仓库。若是数百年后有人考古 Android 应用层开发，希望它成为重启古代架构模式的关键 🙈

https://github.com/KunMinX/Jetpack-MVVM-Best-Practice

确定和 usb 有关系吗？

我的 mbp2015 上周开始也出现这个问题了，手机热点共享给它可以，直连 usb 网络可以，就是 wifi 不行

@bkmi
清理不是必需的，不清理也可避免数据倒灌，延迟时间也是可以设置的，这些都可以在 Builder 中自行配置，正文已提到，不再累述。

@no1xsyzy

KunMinX 拍了拍你

@ai277014717

ios 的 mvc 和 android 的 mvc 在约定上有一定区别。

mvc 某种程度上可说是 ios 下的最佳约定。mvvm 主要适用于有 null 安全风险的页面开发场景。