V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wangxiaodong  ›  全部回复第 1 页 / 共 5 页
回复总数  96
1  2  3  4  5  
@ShadowPower 我的诉求是:别把 FCM 或国内手机商渠道作为 android 系统独有的通知渠道,即使是变相的缩权方式我也不认同。

“自启动和后台保持”是可以自建渠道的基本权利,如果只有 FCM 被系统列为白名单,那 android 危矣,就是第二个微信小程序。
“既能用上 FCM ,又严格限制应用后台活动”,我觉得这个需求很小,估计是一小撮儿极客而已,甚至很多人都不知道后台进程是什么。

我的想法是让 android 回归大众,不能因噎废食,一个恶意 app 违规推送了个通知,然后全部一刀切,让用户都没能力让喜欢的 app 加入白名单,况且这个白名单竟然需要给设备商付费或者必须是嫡系。

iOS 我都懒得提,标榜安全,按这个标准,iOS 早年复制粘贴都没做的时候,是不是更不会泄露,残缺宣传成安全,全球我看就苹果独此一家!
@ShadowPower
@ShadowPower
对的,划掉终止保活的服务很武断,应该设置为第 2 层菜单来关闭,第一层只干掉普通通知,而不是直接 clear 掉所有项。

google 在 android 也有个私心,就是推广 FCM ,估计将来就靠 FCM 来赚钱了,苹果系统也有自家垄断的通知渠道。

综上:直接没收用户的权利,然后自建通道谋私,解决方式就是用脚投票;
国产 android 系统更是过分,跟 360 杀毒软件挟持用户电脑,收 HelloWorld.exe 程序的拦路财一样的伎俩。

@NokiaForever
耗电问题,永远在这些商人的最低排序,我们自作多情了。
@ShadowPower 自启动和后台存活其实是一个问题,我说的是必须保活的应用,比如 IM ; android 现在的行为是必须打开应用或者被已打开应用唤起,这不还是没收了 app 的保活能力嘛,就是说,没有自启动,你连启动的机会都没,就更别说后台进程了;不过,我用的国产手机似乎对 QQ 和微信就网开一面,为啥用户都不能决定某个 APP 的启动,而是厂商来决定。

我对 android 近年来的权限收紧是略有微词,但对国产 android 系统是坚决不认同。
“如果你确实需要一些后台运行的功能,系统也可以给用户这样的选择:手动开启 APP 的唤醒/后台运行权限。”


@ShadowPower 国内 android 的白名单制度可不允许。
@evill 让用户决定是否启闭,而不是收拢到一言堂的厂家手里,手机出钱者和开发者干瞪眼,只要是为了满足业务需求保活,自然是正当的,我反对的是厂商的一刀切,只给付钱或媾和的厂家白名单,而不是把设备控制权给到手机购买者。

最希望的模式是:厂商建议启闭、用户决定启闭。
@NokiaForever app 常驻后台天经地义吧,既然安装了就属于产生了互信,你所谓的性能功耗是满足业务需求之外的特殊情况;近几年 google 把 android 的权限收缩的太过分了,严重阻碍技术创新!
@solobat 货不对板,损害消费者权益,其实就是法律问题,要么把邮政局颁布新规的“上门投递快件”这条给废了,要么就是标标准准的违规。
175 天前
回复了 Hsinyao 创建的主题 Android 安卓能否系统级禁用 toast 悬浮气泡功能?
系统级别 app 的 toast 不受用户操控,但普通 app 的 toast 可以在应用信息的“通知”(包含 toast)里逐个禁用,或者遍历下来批量禁用。
180 天前
回复了 justincnn 创建的主题 Android Android 14 什么时候发布呢?
Android 14 对于开发者层面来说,重点是支持了 OpenJDK 17/Java 17 LTS 吧!
190 天前
回复了 Ayanokouji 创建的主题 程序员 GraalVM for JDK 21 发布了
@XIVN1987 越短,冲突的情况就大,比如类名重复,误写,还会加大编译器的语法分析,长点的话,就比较保守安全。


@kid1412621 我觉得 java 能走出第一步就很欣慰了,用着舒服不舒服慢慢进化。
190 天前
回复了 Ayanokouji 创建的主题 程序员 GraalVM for JDK 21 发布了
@cubecube
@kuituosi
相比 graalvm ,我更看好 wasm 在云原生的前途; JDK21 的改变里,除了虚拟线程,我更喜欢"JEP 430 字符串模板(预览)":

String name = "Joan";
String info = STR."My name is \{name}";
190 天前
回复了 Ayanokouji 创建的主题 程序员 GraalVM for JDK 21 发布了
@Ayanokouji 我 graalvm 和 jpackage 都玩过,还是觉得大部分项目,jpackage 足矣(不用额外安装 jvm/鼠标一键使用),graalvm 的部分库编译时屡屡不过,云原生的红利其实是给云平台的,跟最终用户关系不大。
190 天前
回复了 Ayanokouji 创建的主题 程序员 GraalVM for JDK 21 发布了
这玩意儿,大项目又一时不敢改,小项目又不咋关心性能,有点鸡肋,还是 jpackage 直接打包成 exe 务实一些。
@unco020511
@chuck1in
有个律师对比了中美商业秘密型代码的提交要求,基本就是涂黑核心机密;代码提交相同的话,直接跳过软著证明环节,谁拿出原件谁胜诉:
https://nav.congci.com/main/home/topics/programming-navigations/#copyright-and-license
@sdjl 我的了解是:软著即使上了法庭也只能作为初步证明材料,核心还是要看原件,所以仅仅是锦上添花,不是决定性的东西。
241 天前
回复了 qianji201712 创建的主题 程序员 关于独立开发者的几个误解
@qianji201712 《关于增值电信业务经营许可证相关问题的公告》这个只是针对“短信”、“呼叫中心”的部分用户,跟你说的 ICP 经营许可证关系不大,手机通讯方面的“增值”服务才需要该许可证,更是跟支付没任何关系。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   4674 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 10:03 · PVG 18:03 · LAX 03:03 · JFK 06:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.