我觉得同居过没什么啊,现在谈朋友到结婚都得好几年,这中间因为工作之类的合租一个房子,同居过我觉得可以理解.谈恋爱肯定是相爱过,既然是相爱过,住在一起也是可以理解的.我是男生

我奶奶身体一直很好,年前突然生病了.腊月 28 我到家她躺在床上,握着我的手,喊我的名字,但眼睛睁不开.第二天早上走了.从生病到离开,前后大概 10 天

我觉得京东物流的优势还是很大,过年的时候,淘宝基本无法下单送货,京东依然是次日达.就连农村老家,我下单的热水器,也是次日达,我妈直呼京东厉害

另外天猫的快递是 100%上门的(除非是疫情原因不让进小区)

我们小区的现状是:顺丰和京东,大件和重物会主动送上门,上门前电话联系,不在家我就让放门口,小件会放丰巢 /菜鸟(不联系).其它快递会无沟通直接菜鸟.因为我们丰巢和菜鸟都在小区里面,特别方便,所以我都能接受

从业以来还没遇到不全额发工资的情况

关键词:「主线程更新 UI 」

@sLvxq6Ya #12 你说的我是完全同意的,这或许就是一个折中方案

但这里面又涉及一个问题,就是用户是否能区分「应用内相机」和「调起三方拍照」.
- 假如用户能区分,那上面的机制完全没必要存在
- 假如说用户无法区分,那对于用户来说,你任何情况通过 intent 来拍照都应该经过我的允许,但 android 的设计是不需要权限(假如你的应用只调起三方,无需声明权限),这是否矛盾?

想象一种场景,你的应用既有「应用内相机」也有「调起三方拍照」功能,但「应用内相机」功能还没触发,因此你的设置里就不会存在拍照权限,来到调起三方拍照时,用户需要授予权限,这是否会让用户很困惑?

这个机制确实有所取舍,或许在未来,会有更好的机制来处理这些场景

当你用它解决过一个问题,或者让你的代码看起来非常舒服后,或许就有一些感觉了

@unco020511 #10 我找到了一些官方对此机制的一些解释
https://issuetracker.google.com/issues/37063818#comment8

''这是有意为之的行为，以避免用户在他们从应用程序撤消相机许可并且应用程序仍然能够通过意图拍照时感到沮丧。用户不知道权限撤销后拍摄的照片是通过不同的机制发生的，并且会质疑权限模型的正确性。这适用于 MediaStore.ACTION_IMAGE_CAPTURE 、MediaStore.ACTION_VIDEO_CAPTURE 和 Intent.ACTION_CALL 文档，其中记录了针对 M 的应用程序的行为更改。"

感觉能说的通,但又一些勉强

@jeesk #9
"注意：如果您的应用面向 M 及更高版本并声明使用 Manifest.permission.CAMERA 未授予的权限，则尝试使用此操作将导致 SecurityException."

这段话的意思是「如果你在 Manifest 中声明了 CAMERA 权限」,同时你在运行时没有动态申请该权限的情况下,去调用 ACTION_IMAGE_CAPTURE intent 启动三方相机应用,则会抛出异常

so:
- 如果你的应用只使用 ACTION_IMAGE_CAPTURE 等,直接从清单中
删除 CAMERA 权限;

- 如果你的应用使用其他 CAMERA 功能(比如应用内扫码或者自定义相机)：在运行时
检查 CAMERA 权限并仅在权限可用时启动 intent 来调用三方相机;

Android 为什么会设定这种有点奇怪的机制?: 不得而知

「拍照」 https://developer.android.com/training/camera/photobasics?hl=zh-cn

「尽量减少权限请求」 https://developer.android.com/training/permissions/evaluating?hl=zh-cn

用户可能会在您的应用中使用预安装的系统相机应用来拍摄照片。

在这种情况下，请勿声明 CAMERA 权限，而是改为调用 ACTION_IMAGE_CAPTURE intent 操作。

@god7d #3 走代理你的访问内容应该不容易被监控到吧

@wu67 # 鱼太多了,你摸第一次就可能被记录了呀

一般硬件核心都是集成的,会有类似开发板这种东西,不需要整个硬件都在身边吧

等等,我发现可以再加上 14,15 号两天周末,一共 15 天