V2EX › sentinelK 的所有回复 › 第 75 页 / 共 75 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 66 67 68 69 70 71 72 73 74 75

❮

❯

2023 年 6 月 4 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

@adoal
英文不同语境下的相同词汇，不等于中文就一定是相同翻译结果。反过来也一样。

2023 年 6 月 4 日

回复了 x77 创建的主题 › 程序员 › 为什么要叫“前后端分离”、“服务端渲染”

“分离”指的是开发分离。
这有特殊的历史背景，既 jsp 、asp 的大量使用。

“渲染”其实指的是排版。既 html 上的内容由服务器端填写，并不依赖客户端的 js 脚本逻辑填充。这里面也有个历史原因。“渲染”这个词在 vue 、react 时代，被培训班大量滥用导致混淆。培训班把填充 html 普遍叫成“渲染”

所以综上所述，名词的定义，一定是随着时间逐渐腐败、泛化的。区别就是你接受与不接受。

2023 年 6 月 2 日

回复了 lizhien 创建的主题 › 问与答 › .net 大佬，转.net 咋样

说事情要说具体，光描述情绪没有意义。
比如 Visual Studio 哪里反人类，以及说你个人的职业前途和技术工具之间的联系等等。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

@hellomynameis 我能想到的唯一场景就是有的 app 不愿意使用 notification 来承载内容，也不希望过度使用自己的服务器性能，从而只是通过数据推送（透传消息）来让用户的手机客户端判断 notification 是否应该显示，以及应该显示什么。

但这属于对客户端性能的一种滥用，并不值得推崇。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

总结：

如果是异步场景（收到一条消息、邮件，或者是提醒等等），app 没必要及时响应，也就没必要弄透传消息，也就没必要 app 保活。用通知消息足矣。

反之，如果是即时响应的推送，那么 app 理论上讲 app 也必然在前台保持活跃。

所以我个人理解，目前 Android 的推送逻辑是没问题的。

2023 年 6 月 2 日

回复了 liyafe1997 创建的主题 › Android › 关闭 Android 推送机制的一些看法和脑洞

“哪怕是 FCM ，也极为依赖 App 的后台机制，需要 App 保持在后台运行，在内存里存在进程，FCM 才能正常推送”

不太理解这句话。

如果说的是 Notifications Composer ，并不依赖 app 进程。都是通过唯一 ID 进行系统级别的下发，然后直接唤出 notification 功能。点击后可以携带参数，app 在根据当前的生命周期进行逻辑响应（唤醒、调出对应业务界面等等）。

反之如果是数据消息（国内推送往往叫“透传消息”），确实需要应用保活，因为需要 service 处理传递过来的字符串，但这并不是一个常见的场景。因为需要 service 或者 app 加工时，app 也往往在活动中。

2023 年 6 月 2 日

回复了 Katttes 创建的主题 › 互联网 › 想问问家人们，平时除了看 v2ex，每天还会看哪些有意思的网站？

hack news

2023 年 6 月 1 日

回复了 Actrace 创建的主题 › 问与答 › 求推荐个电池容量尽量小的游戏本

既然是没有电池需求（也就是不需要便携属性，只需要移动属性），那就不如自组一个 ITX 吧，比笔记本的性能释放好，性价比高。

2023 年 6 月 1 日

回复了 sillydaddy 创建的主题 › 程序员 › 似曾相识，怎么用人工神经网络表达？

有多种可能，除了楼上的欠拟合，loss 跑飞了这种模型角度的叙述。

还有一种就是过拟合，导致最终落到了错误的局部最优，而不是全局最优区间。

2023 年 5 月 31 日

回复了 tool2d 创建的主题 › Nintendo Switch › 任天堂好厉害，用那么菜的硬件，竟然能做出那么多好游戏。

任天堂的两次性能革命都以失败告终（ N64 和 NGC ）。