作为后端同学来说一下我的想法，仅供讨论

其实你说的 12 两种方案都可以，我这都用过，具体用哪种方案取决于你具体的业务场景
1 方案的核心含义在于一次性返回全量数据，优势自然是减少前端请求次数，也相应减少多次网络上的开销，但劣势也很明显，因为你需要聚合完所有数据才能渲染，如果数据量较多，耗时较长，在用户 C 端上的体验就很糟糕，会有长时间的白屏，即便有些业务用 loading 态或者骨架图来兜底体验也不会好到哪去
2 方案的核心含义在于按需索取，优势在于你可以先渲染核心数据，非核心的数据增量渲染，特别是在一些动静分离的页面设计上是很有优势的。劣势自然就是增加了前端的请求次数，增加了网络开销和网络抖动可能导致的异常几率

而像楼主附言所说的两个页面，一个是订单列表页，一个是订单详情页
针对订单列表页，其实核心展示信息不多，主要是商品图标、商品名、订单 ID 、订单状态，其实是没必要返回商品全量信息的，所以如果按你们现在的方案 2 的设计去调一个批量接口或者分页接口是没毛病的
针对订单详情页，由于一般都是纯静态数据，而且用户不需要太多的行动点，这时候确实是可以一次性返回订单全量信息的，所以用类似于方案 1 的接口设计就会更合适

最后再说一下楼主说的刷 token ，这个楼主没理解为什么需要前端刷，其实楼主如果是 PC 时代过来的前端可能就不会很难理解了，一些文档编辑框页面的刷新就是一个经典的例子。因为页面是静态的，用户一直停留在页面上后端是不知道的，只有前端自己知道，而如果前端不去定期刷新状态，那么就会出现一种情况，用户在 token 过期之后在页面上执行了某个提交操作，结果由于 token 过期无法提交，可能在你第二时间才去做刷新操作之后，用户可能页面上填写的东西没保存下来就没了，那用户体验也是很糟糕的，当然有些做法是可以保存页面填写内容的，那为什么不直接就在过期的时候就提醒他要主动刷新了呢？
当然这里面还是可以说取决于你具体的业务场景，因此如果你们的产品对于第二时间再去做强制刷新觉得没有大问题，那也可以不用前端定期 refresh ，主要还是看第二时间的强制 refresh 会不会存在打断用户主流程的问题来决定

你这哪叫难，只是款式的话随便多逛一逛基本上能找到差不多的，只不过可能不是大品牌，但你只要看出产地是南方某市基本上质量问题也不大
真正难的是要么没尺码，要么一些功能鞋就没几家生产的，比如你需要指定面料的

@im67 那是刀区一哥 ban 的，也不是 LGD ban 的（狗头）

其实他们催几年催不动就会慢慢不怎么催了，心愿就会变成你健康就好，但偶尔还是会说找个人互相照顾
这种就是多交流多沟通就行

要啥 emoji ，都是表情包大战
https://v2ex.com/i/NLAPC281.jpeg

别硬扛，先去正规医院看医生，有啥问题看完医生之后再说

自己加个首页扩展解决问题，当然如果你觉得还是不爽，我推荐你换 vivaldi ，opera 原班人马搞的

已经刷了的不用再刷吧，不是可以直接升级吗？

本来我也不是前端，看了眼简历觉得也还行，还自己做过一些小项目，应该也不会说不好面，没太在意了，结果把评论看了一圈我算是知道为啥不好面了，再回头又第二次看了眼简历又知道为啥不好面了。看到你这个就想起之前我回复过的另一个同样来求职的前端工程师（ https://v2ex.com/t/647270?p=1 ），说实话你这写简历水平和请教的态度跟他也差不了多少，但区别在于人家确实有“资本”这么玩
回到正题，既然楼主要建议，我还是给一下我的建议。
首先，态度问题。你是找工作的，不是老板，在求职这条路上你是弱势方，从楼主这一圈回复评论的态度来看，我不觉得你在面试过程中被面试官逼问或者“压力测试”的时候会表现得很好。切莫由于有什么大厂的人邀你投递简历就让你错误地以为你实力很强，实际上只是大家招人的 KPI 而已。所以这方面的我的建议是态度诚恳，即便你觉得人家提的建议入不了你的眼，你也不必反怼，客气一下也就过去了
其次，简历问题，说实话排版之类的像我这种人一般都不是很在意，只要你不太啰索，言简意骇我觉得都没问题，我觉得你的简历里主要是两个问题：
一个是你的实习经历，就像楼上老哥说的，职场里的人根本看不上你在校那些小打小闹的玩具，但你的实习经历却是实打实的社会经历，这部分或者你可能认为没学到什么技术，但谁指望你实习的时候学到技术呢，关键是你熟悉了社会工作经验，并且你在团队协作中发挥了什么作用，这些才是你在简历里应该强调的，但是你似乎看不上这段经历，就只写了个公司；
另一个问题我觉得才是最严重的，你连自己的母校的名字都不屑于提，说实话每年毕业的大学生很多，哪有那么多 985/211 的呢，更多的人都是双非学校毕业的，我们会愿意从中招一个连自己母校都不愿意提其姓名的人吗？这都不是能力水平上的问题，这是一个信赖和归属感的问题，如果你现在连母校名字都不愿意提，那么即便把你招进来了，你对公司一不满意是不是也很容易离职甚至反黑呢？
最后再说一下求职时间的问题，大厂一般都是提前一年招实习生，第二年的校招名额很大部分会通过实习生转正消化掉，真正留到前一年秋招的就少了很多了，更不用说还会有名额留到第二年的春招，何况现在都不是春天了，是夏天了。我是不知道为啥楼主在去年秋招和今年春招都没有成功，但我建议楼主现在这个时间点不要押太多的注在大厂上，适当性地往二线三线厂商倾斜也未必不是更优的选项

哈哈，作为发过好几年招人帖的我，这个我有那么一丢丢发言权
首先上结论，招人效果不行
当然并不是完全没有效果，我还是成功招进来过一个人的，只是说相比于我发出的帖子的阅读数和收藏数来说，这个比例是真的低
但我为什么还是会经常来这发呢，主要还是这里面~~个个都是人才，说话又好听~~（划掉）相比于一些专注于招聘的平台或 app 而言，这里的程序员比例和整体水平都要略高一些，所以一般我筛过简历之后再推的话经常还是能到二面或三面的
p.s.我这还在招人，有兴趣的话看我之前发的主题给我投简历吧

你以为绝版了，小卡尔的黑斗蓬立马打脸，只要能圈钱，V 社照样挖坟给你看

感谢楼主，已领

哈哈，多面几次就习惯了，我最开始也是抖的。如果你们公司能看到历史面试官记录的话，从这些历史记录里你可以翻到一些题目来问，剩下的主要就是几类方向：盯着简历问（做过的事提炼、追问深度和优化）、常规八股文（各领域不一样，照着你们 devops 的一些常规知识点来问就行）、SMART 问题（基于你们工作的场景给候选人设定情境让他解决，看他思路）

@TtTtTtT 一直是 8 小时呀，不过我觉得你可能指的是某些加班多的部门吧，我们这边倒没有那种情况

@Livid 站长想点大赞却无渠道，建议直接加个收款码展示入口，点一下自动赞助 5 毛钱

那这种就是有关联特征的，有几种做法
1. 要么查完 A，再查 B，删掉之后再查 A 补，可能需要多次，看业务需求折中查询上限和展示条数
2. 要么在 A 中冗余 B 的一些特征，查的时候就不再要用 B 表数据了，直接在 A 表是过滤
3. 要么两边都按一定位点往下查，查完再聚合处理，也可能涉及多次，跟 1 一样需要折中处理
当然其他的一些做法其实也是类似的思路去做，只是可能有其他的一些中间件或异步分支来做这些事情，而不在主流程上做