@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 天

公司是法定 7+3(统一扣年假),然后准备自己再请个 3 天(育儿假),一共 13 天

我就说代码 review 这个,最好的办法就是入代码的时候限制 pr mr 这种才能入主分支,所有入的代码必须两位同事看了在之后没问题才点通过.

一直都合盖使用,没发现什么散热问题

@pcbl 我用的就是这个贼垃圾,根本就不准

wps+1

开源项目暂停维护很正常吧

带红外功能音响 or 智能空调插座