android 最终还是活成了 ios 的样子

[zhwguest]

最初设计出来的时候，跟 ios 完全是两码事。但是在现实面前，不得不低头啊，把自己过去的意图一个个抛弃，一个个封闭、一个个拦截。

是自己太理想，还是考虑不周，产品设计思路有问题？

当然 ios 也有向 android 学习的地方，但是都是一些小补充，而不是向 android 最刚开始的远大宏图自我阉割。

比如： Service, Intent, Static Manifest Permission, Static Broadcast Receiver 。

这些都是最初安卓的基石吧.....

[w568w]

@haidishayu #60 那你说的是国产 ROM ，是国内大厂自己加的，和楼主说的（ Google 的） Android 功能也不是同一个厂商做的啊。

从国产 ROM 安装 APK 变麻烦以来我就换成 AOSP 系统了。手机在你手里，你也可以试一试。

[zhwguest]

@pursuer

Broadcast 基本上废了：
https://developer.android.com/develop/background-work/background-tasks/broadcasts#manifest-declared-receivers
https://developer.android.com/develop/background-work/background-tasks/broadcasts/broadcast-exceptions

Service 废了一大半：
https://developer.android.com/guide/components/foreground-services#background-start-restrictions

Activity 废了一半：
https://developer.android.com/training/package-visibility

[pursuer]

@zhwguest 大致看了下，大多是对后台运行的限制。我觉得影响不算很大。我倒觉得 scoped storage 更难受，让文件管理类应用受到了较大限制。然后 phantom process killer 和 w^x 权限要求 也是让不少例如 termux 的应用受到限制。

[nextone]

@tool2dx 我咋觉得安卓的镜像垃圾那：安卓镜像到 PC ，但手机不能锁屏，iOS 可以

[zhwguest]

@pursuer 别人的痛苦一般都是很难体会的。

从 SAF 的提出，到后来收紧 MANAGE_EXTERNAL_STORAGE 权限，其实也经过了好些版本。但我明白开发者的痛苦。

站在用户使用的角度，也许会觉得更好了，因为更加保护我的隐私了。

但其实我的问题就是：为什么最初就不那么设计？

[ChaimeLonic]

因为最开始安卓不是以沙盒系统设计，可能还是保留了极客属性，apple 那不是，乔布斯甚至开始看不上第三方，有洁癖地认为他们的产品会玷污自家的设备。

[msg7086]

@zhwguest #63 要是那么简单就能预知未来就好了。
如果你自己是架构师，设计一个上亿用户使用的系统，你有自信说「我设计的系统 15 年以后不会有人回来说『为什么最初就不那么设计？』」么。反正我是没那个能力的。

[whileFalse]

@zhwguest 其实完全可以，只要你设计的系统在 15 年内都不添加新功能🐶

[whileFalse]

@zhwguest 因为你们这帮开发者既要新功能，又滥用这些功能
@msg7086 其实一个好的架构师就是既要满足开发的需求让他们搞，又要阻止他们瞎几把搞。但安卓又和公司架构师不一样，一般架构师跟开发开个会开发就知道该怎么弄了，但是安卓开发者不听谷歌的…

[zhwguest]

@msg7086 麻烦看一下我帖子的标题。

没说不让改进，但是总是在阉割自己过去引以为豪的东西，就要反思下自己，到底是什么原因了。添加一个手电筒、添加一个通话录音，添加一个 MediaProjection/ScreenMirror 、添加一个相册人脸归类、添加一个长截图、去掉导航栏、增加屏幕外手势，并不会对开发者造成什么太大影响，愿意怎么玩怎么玩。

@whileFalse

大多数开发者并不是既要新功能又要滥用这些功能。大多数开发者是发现，android 版本一升级，自己就抓瞎了。
如果说滥用，那么有漏洞堵漏洞，有 bug 修复 bug ，这也没人来说啥。

昨天说，我这个多先进，只要有一个意图，就能调起一堆实现实现者，多开放多自豪。今天说，不好意思，这不许调了，那不起来了，还有一堆看不见了。

不是说你今天的实现不好，而是说你昨天为啥就不多想想，多参考别家的东西？难不成昨天是一个胜利，今天又是一个胜利？

[HojiOShi]

我个人作为从 Jelly Bean 时代开始的 Android 用户和开发者，对这些更改总体上是没有什么异议的，不认同这些更改属于“阉割”。建议在从事相关工作时，不要将必要的代码修改归咎于系统而不是自己的懒惰。

[JoshuaEstell]

@kekeyu 安卓支持分应用代理比 IOS 强一万倍

[lisongeee]

@zhwguest #62 你直接说某些东西废了

我倒是没看懂怎么废了，就拿你举例子 Service 不能在 后台 启动一样，并且 Service 启动时必须强制附带通知

如果 Service/Activity 能随意在后台启动而且还不用显式通知，这不就是流氓软件吗？

Android 明明在趋向于更严格的隐私管控和后台控制，咋到你这就变成 废了 ？

---

> 但其实我的问题就是：为什么最初就不那么设计？

对于这个问题有啥好想的，刚开始时候没想到这么多而已，任何应用系统都会有升级迭代

权限设计得宽松，某些开发者/无良公司 就会为所欲为，用户就会不满意，用户反馈到上游，上游就会收紧权限

就是一个正常的产品迭代过程而已

[msg7086]

@zhwguest 没看懂你要我看帖子标题的意义。
阉割自己过去引以为豪的东西不是很正常吗？社会在发展，当年的很多想法和做法放到现在已经不适用了。
把你放到十五年前安卓的架构师的位置上，你会预见到几年以后在地球对面的某个国家出现很多会后台保活互相唤醒给你硬塞广告的 app 吗？
这还只是随便举个例子而已。要是本事那么大，当年就能预测到十几年之后的问题并应用到了当年的设计上，那要么你是穿越了时间，要么你就是先知，不管哪个，这个人都不应该只是做区区一个安卓设计师。

[msg7086]

PHP 刚设计出来的时候，人家是 personal home page ，自己写个简单的个人网页玩的，只要懂点 asp 之类的语法，触类旁通随便搞搞就能搞出来东西，谁能想到后来被人拿来搞得那么大了，先是加入了 OOP ，然后开发出来各种重框架，设计模式，Unicode 支持，JIT 编译器，各种乱七八糟的东西，当年 5 分钟上手写个人网页的，早就被各种框架说明书替代了。
那你说 PHP 是不是废了，引以为豪的初衷全都没了？

二十几年过去了，要是还活在二十几年前那才是大问题呢。

[zhwguest]

@msg7086 我是想您应该理解 iOS 在设计的最初就应该意识到这些问题了吧。

[zhwguest]

@lisongeee
> 如果 Service/Activity 能随意在后台启动而且还不用显式通知，这不就是流氓软件吗？
13 年前，您是这么想的么？ Google 是这么想的么？ Apple 是这么想的么？

现在这种方式好不好，是个人喜好问题，只要有不同意见的，大家都可以争论七天七夜，谁也说服不了谁，我也不做评价。

但是，是不是值得思考一下，翻过来覆过去，是不是因为自己缺乏远见，又抑或是缺乏原则？

[whileFalse]

@zhwguest
“不是说你今天的实现不好，而是说你昨天为啥就不多想想，多参考别家的东西？难不成昨天是一个胜利，今天又是一个胜利？”

HTC G1 只配备了 128M 运存，怎么就没考虑到手机上应该能安装超过 300 个 APP ，并且其中 100 个需要后台唤醒呢？

[zhwguest]

@whileFalse

这么打比方就太失风度了吧。

386 时代，大家都已经知道内存越多越好，只是因为成本原因，也许不到 1MB 。能意识到和能不能是两个问题，这么混淆我觉得很难沟通。

[whileFalse]

@zhwguest 你是觉得手机上只有 30 个 app 的时代，和手机上有 300 个 app 的时代，对权限的管控应该是一样的对吗？村子没有法院，所以国家也不必有法院，你这个思路还是把我拉黑了吧。