得看合同

@tool2d #48 你想啥呢,你看看入职签的保密协议,还有你们公司的安全管理安全红线这些规定,这是要是被公司知道了,轻则辞退,重则吃牢饭

@lookStupiToForce #3 我确实是从 mac 转到 windows 的,慢慢适应哈哈

@byasm32 这样是直接禁止全部的 win 键相关的快捷键,我其实想要的是「禁止 win 键打开开始菜单」

我奶奶身体一直很好,年前突然生病了.腊月 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 走代理你的访问内容应该不容易被监控到吧