GuangXiN's recent timeline updates GuangXiN's recent timeline updates | GuangXiNV2EX member #64567, joined on 2014-06-09 12:34:45 +08:00 |
| Microsoft 365 家庭版拼车，还剩两个空位 拼车 GuangXiN May 11, 2024 Lastly replied by GuangXiN | 2 |
| 12306 居然还有取消订单次数限制，超限后当天无法购买车票 分享发现 GuangXiN Mar 24, 2024 Lastly replied by wintercoming | 59 |
| stackoverflow 把自己改成了 90 年代的风格 分享发现 GuangXiN Apr 2, 2019 Lastly replied by mingl0280 | 4 |
| Mac 上有没有按键回显工具？ Apple GuangXiN Sep 30, 2016 Lastly replied by newbieo0O | 6 |
| 过了个年， V2EX 的连续登录断了 自言自语 GuangXiN Feb 19, 2016 Lastly replied by springzero | 1 |
| 哪里能下到早期版本的微信安装包？ Android GuangXiN Oct 12, 2015 Lastly replied by caliy | 16 |
| 有谁用过 StartSSL 吗？ 问与答 GuangXiN Mar 12, 2015 Lastly replied by GuangXiN | 7 |
GuangXiN's recent replies
10 days ago Replied to a topic by phenchow 程序员 中年人爱上 AI 编程，就像爱上钓鱼 |
@LXchienne 把需求说清楚，想好验收标准，剩下的交给 AI 。
10 days ago Replied to a topic by wuruxu 程序员 每月 AI 支出都超过生活费了 |
最近把个人项目换成用 Kimi 开发 GLM Review ，发现效果也不错
Jan 4 Replied to a topic by seek2 MacBook Pro 之前 19 年 macbookpro 32g 入国军买完就出 m 芯片,现在如果入 m5pro,是不是又是入国军 |
我记得 M5 还没出 Pro 和 Max 版本
Dec 10, 2025 Replied to a topic by Moishine git 我宣布，最好的 git 客户端是腾讯家的 ugit |
最好的 git 客户端不是 git 吗？
Oct 24, 2025 Replied to a topic by tangledDream 职场话题 面试表现太好也会导致不被录取吗？ |
如果候选人面试过程中表现出的能力远远强于招聘岗位需求，就不会被录用。因为
1. 开不出与他能力匹配的薪水
2. 没有足够的需求场景让他发挥专长
说白了就是公司没有信心能留住人才，不想浪费双方的时间精力。
1. 开不出与他能力匹配的薪水
2. 没有足够的需求场景让他发挥专长
说白了就是公司没有信心能留住人才，不想浪费双方的时间精力。
Oct 21, 2025 Replied to a topic by muchan92 程序员 为什么代码会腐败？原本好好的代码是怎么烂透的？ |
你找不到这种方法
Oct 20, 2025 Replied to a topic by dzdh Java 现在学 Java 算 49 年入国军吗 |
很多大厂还是万年 Java 8
Oct 19, 2025 Replied to a topic by unbinilium 程序员 记因 API 第一次挨同事骂 |
经典的 API 设计一般要么贴近页面内容，要么贴近数据模型。
贴近页面的 API 一个 endpoint 对应一个页面，其优势在于前端只需要一次请求即可拿到全部需要的字段，加载/错误状态处理非常简单，字段数据按设计图填充即可，汇总拼装数据的工作主要在后端完成。这种方式的缺点在于页面内容是随产品迭代经常修改的，这意味着每次需求变更都需要变更接口数据结构以适配页面变化。如果要无缝升级，要么给 endpoint 加版本号，要么确保只新增字段不修改、删除现有字段。
贴近数据模型的设计一般每个 endpoint 对应一个数据库里的一个表，汇总拼装数据的工作由前端完成。这种方式的优点在于数据模型相对页面更稳定，受需求变更影响更少，而且真有变更大都是加字段的行为，比较容易向下兼容；缺点是前端需要组织从多个 endpoint 加载数据，管理它们之间的依赖顺序，记录跟踪每个请求的状态、错误处理等，前端复杂度会增加不少。
贴近页面的 API 一个 endpoint 对应一个页面，其优势在于前端只需要一次请求即可拿到全部需要的字段，加载/错误状态处理非常简单，字段数据按设计图填充即可，汇总拼装数据的工作主要在后端完成。这种方式的缺点在于页面内容是随产品迭代经常修改的，这意味着每次需求变更都需要变更接口数据结构以适配页面变化。如果要无缝升级，要么给 endpoint 加版本号，要么确保只新增字段不修改、删除现有字段。
贴近数据模型的设计一般每个 endpoint 对应一个数据库里的一个表，汇总拼装数据的工作由前端完成。这种方式的优点在于数据模型相对页面更稳定，受需求变更影响更少，而且真有变更大都是加字段的行为，比较容易向下兼容；缺点是前端需要组织从多个 endpoint 加载数据，管理它们之间的依赖顺序，记录跟踪每个请求的状态、错误处理等，前端复杂度会增加不少。
Jul 14, 2025 Replied to a topic by couture Android 安卓有没有好用的邮箱软件，各位大佬推荐一下 |
Outlook
Jul 4, 2025 Replied to a topic by beipiao 程序员 准备做个导航网站，纠结用 jquery 还是 vue，大家给出出主意，谢谢！ |
直接 SSR 不好吗？
Select Language