 |
shuniaV2EX 第 51309 号会员，加入于 2013-12-05 13:51:43 +08:00今日活跃度排名 1618 |
shunia 最近回复了
6 天前 回复了 ShuoHui 创建的主题 › Apple › Apple 的抛光布…是真的卖爆了吗… |
15 天前 回复了 hello267015 创建的主题 › 游戏开发 › 很好奇啊， LOL 手游这种，跟 LOL 端游代码有多少能复用的。。难道手机端代码从 0 开始写吗 |
@lightjiao #53 这，三点我全都反对。。。
- 服务端即便使用相同的语言重写，改动也一定是巨大的，巨大到等同于完全重写。
- 客户端换了引擎在延用架构和工作流？我也用过不少引擎，没发现有哪两个引擎可以共用甚至是一小部分工作流的。代码照抄是更不可能的，客户端的改动比服务端的改动只大不小。如果如楼上所说更换了同步方案，那前端的核心系统几乎是 100%重写。
- 手游因为资源量的限制，美术资源应该都是重做过的，甚至为了适应移动平台格式都有做优化和调整，内部应该有工具可以做一部分批量操作，减少一部分工作量。
- 服务端即便使用相同的语言重写，改动也一定是巨大的，巨大到等同于完全重写。
- 客户端换了引擎在延用架构和工作流？我也用过不少引擎，没发现有哪两个引擎可以共用甚至是一小部分工作流的。代码照抄是更不可能的，客户端的改动比服务端的改动只大不小。如果如楼上所说更换了同步方案，那前端的核心系统几乎是 100%重写。
- 手游因为资源量的限制，美术资源应该都是重做过的，甚至为了适应移动平台格式都有做优化和调整，内部应该有工具可以做一部分批量操作，减少一部分工作量。
19 天前 回复了 faustina2018 创建的主题 › 旅行 › For 国庆和其他假期来青岛玩的 V 友们，本人作为青岛土著总结的吃喝玩乐攻略一组——美食篇、景点篇、小贴士 |
去过一次，玩的啥没印象，但是对吃是真的印象深刻。就去过的好多国内城市来说，算一流梯队。有太阳有云的天气，配合海边城市特有的干净整洁，真的让人心旷神怡。
关于海鲜，我去的那次是租了民宿，去市场买的海鲜和朋友一起下锅烹制的，想去的朋友如果有水煮海鲜的能力，完全可以优先考虑订民宿。
另外我们还特地去吃了一顿野馄饨，不知道算不算当地特色？小串烧烤配馄饨，挺香的，还想吃。
关于海鲜，我去的那次是租了民宿，去市场买的海鲜和朋友一起下锅烹制的，想去的朋友如果有水煮海鲜的能力，完全可以优先考虑订民宿。
另外我们还特地去吃了一顿野馄饨，不知道算不算当地特色？小串烧烤配馄饨，挺香的，还想吃。
39 天前 回复了 muyangren 创建的主题 › 生活 › 因为投诉快递不送上门，快递员让我准备好身份证，晚上 12 点来敲我家门 |
看到上面一堆理中客好来气啊，脏话估计发不出去我先这里自我屏蔽 20 字以上的脏话。
拿快递最零散的淘宝来举例，从快递类型上来说，有包邮的产品，也有需要额外付邮费的产品，也会有本来包邮但是我希望有更好的快递服务从而加价要求顺丰的情况。从成本上来讲每一种情况我都付了快递费。
既然我付了快递费，什么情况下我没权利要求快递上门？什么叫我付的钱不够？商品本身也没有让我选择“快递到快递点”和“快递上门”服务啊？既然没这个选择，那依据法律法规，凭什么我不能默认理解快递应该是送上门的？还特么有说让我塞 20 块钱给快递员的？
理中客怎么不说这钱不是我不愿意给，而是快递公司的压榨，平台没有提供功能，商家自己承担了成本的问题？非要在这儿圣母说不是快递员的问题吗？
关于塞钱不塞钱的问题，拿京东和淘宝的对比举例，绝大部分情况下，京东的商品比淘宝是要贵的，我特么愿意多付钱给京东不就是说明我愿意塞钱来换取更好的服务。咋的在座的谁还没在京东上买过东西吗？所以这“因为你舍不得塞钱”的狗屁理论是哪来的逻辑？
快递员被压榨，当然是个问题，但是这个问题真的需要所有的客户都秉持圣母心态，忍气吞声当做无事发生吗？为什么不应该是，由于客户没有收到快递公司压榨，所以更有意愿发声，从而有“可能”倒逼快递行业调整呢？比如被媒体声讨多次的外卖员群体，难道是因为外卖群体在发声吗？他们身处群体内部，恰恰不敢发声，反而应该是多亏了客户群体的声讨，从而触发了媒体感知，再然后倒逼外卖公司调整的吧？
拿快递最零散的淘宝来举例，从快递类型上来说，有包邮的产品，也有需要额外付邮费的产品，也会有本来包邮但是我希望有更好的快递服务从而加价要求顺丰的情况。从成本上来讲每一种情况我都付了快递费。
既然我付了快递费，什么情况下我没权利要求快递上门？什么叫我付的钱不够？商品本身也没有让我选择“快递到快递点”和“快递上门”服务啊？既然没这个选择，那依据法律法规，凭什么我不能默认理解快递应该是送上门的？还特么有说让我塞 20 块钱给快递员的？
理中客怎么不说这钱不是我不愿意给，而是快递公司的压榨，平台没有提供功能，商家自己承担了成本的问题？非要在这儿圣母说不是快递员的问题吗？
关于塞钱不塞钱的问题，拿京东和淘宝的对比举例，绝大部分情况下，京东的商品比淘宝是要贵的，我特么愿意多付钱给京东不就是说明我愿意塞钱来换取更好的服务。咋的在座的谁还没在京东上买过东西吗？所以这“因为你舍不得塞钱”的狗屁理论是哪来的逻辑？
快递员被压榨，当然是个问题，但是这个问题真的需要所有的客户都秉持圣母心态，忍气吞声当做无事发生吗？为什么不应该是，由于客户没有收到快递公司压榨，所以更有意愿发声，从而有“可能”倒逼快递行业调整呢？比如被媒体声讨多次的外卖员群体，难道是因为外卖群体在发声吗？他们身处群体内部，恰恰不敢发声，反而应该是多亏了客户群体的声讨，从而触发了媒体感知，再然后倒逼外卖公司调整的吧？
39 天前 回复了 shuding 创建的主题 › React › React 数据请求库 SWR 发布 1.0 正式版本 |
用过几次 react-query，见过 swr 很多次但是没有使用过。
刚刚去仔细看了一下 swr 的文档，看起来在用法上比 react-query 稍微轻巧一些，比如 react-query 的 {enable} 选项，在 swr 实现的很自然。
但是不知道是不是我的问题，感觉 swr 的中文文档不太好理解，比如：
“条件数据请求”里解释 key 不变会导致即使 token 变化也会返回脏数据，这一部分的解释看的我挺懵的，继续往下看并且结合曾在 react-query 中看到过的解释才理解，原来是因为 hook 的第一个参数整体被当做一个 key，来处理了缓存相关的功能，所以 fetcher 里面的逻辑在 key 不变的情况下可能根本不会被触发。
另外对于“传入参数”这部分文档，我感觉最顶上的“等价”部分反而会导致理解混淆：当我看到等价的时候，下意识的觉得“既然等价那就都可以咯？”，但是其实这部分文档更重要的是说明 hook 第一个参数的整体性。即当你需要可变参数时，不要在 fetcher 方法里直接引用，而是使用 hook 的第一个参数，利用数组进行传参，从而实现当数组数据变化时，引发 key （ swr 概念中的） 变化，进而触发 swr 进行重新计算和验证。这个概念其实就是主流框架本身的概念，还是挺好理解的。但是因为没有解释，不容易触发联想。而且还有最上面的文档来混淆。。。
我个人感觉的话，其实 react-query 的文档也比较让人头大，因为他虽然每个概念解释的很细，但是不太具有关联性，需要自己在使用中串联起来。swr 的文档则是不够细，主体以小例子为主，少见介绍背后的原理或者原因，所以理解起来比较困难。
刚刚去仔细看了一下 swr 的文档，看起来在用法上比 react-query 稍微轻巧一些，比如 react-query 的 {enable} 选项，在 swr 实现的很自然。
但是不知道是不是我的问题，感觉 swr 的中文文档不太好理解，比如：
“条件数据请求”里解释 key 不变会导致即使 token 变化也会返回脏数据，这一部分的解释看的我挺懵的，继续往下看并且结合曾在 react-query 中看到过的解释才理解，原来是因为 hook 的第一个参数整体被当做一个 key，来处理了缓存相关的功能，所以 fetcher 里面的逻辑在 key 不变的情况下可能根本不会被触发。
另外对于“传入参数”这部分文档，我感觉最顶上的“等价”部分反而会导致理解混淆：当我看到等价的时候，下意识的觉得“既然等价那就都可以咯？”，但是其实这部分文档更重要的是说明 hook 第一个参数的整体性。即当你需要可变参数时，不要在 fetcher 方法里直接引用，而是使用 hook 的第一个参数，利用数组进行传参，从而实现当数组数据变化时，引发 key （ swr 概念中的） 变化，进而触发 swr 进行重新计算和验证。这个概念其实就是主流框架本身的概念，还是挺好理解的。但是因为没有解释，不容易触发联想。而且还有最上面的文档来混淆。。。
我个人感觉的话，其实 react-query 的文档也比较让人头大，因为他虽然每个概念解释的很细，但是不太具有关联性，需要自己在使用中串联起来。swr 的文档则是不够细，主体以小例子为主，少见介绍背后的原理或者原因，所以理解起来比较困难。
41 天前 回复了 divasatanica 创建的主题 › 旅行 › 九月中旬准备去青海自驾游，请教大家有什么需要注意的 |
@qinxi #24 回来了，因为意外去祁连，被 G213 颠吐了。
54 天前 回复了 Aaron325 创建的主题 › Apple › 微信就不能设置缓存大小吗 |
56 天前 回复了 divasatanica 创建的主题 › 旅行 › 九月中旬准备去青海自驾游，请教大家有什么需要注意的 |
56 天前 回复了 divasatanica 创建的主题 › 旅行 › 九月中旬准备去青海自驾游，请教大家有什么需要注意的 |
@eastlhu #18 这么大区别的吗？半个月前才租的宝沃 7，油门前重后轻，启停稍微一点就窜，刹车刚好相反，不踩到底等于没踩。如果你的车也是这种状况只是你比较适应的话，我建议就别 ”yyds“ 了。。。
理念和实现都很棒，感觉也有一些潜力，但是对 extend 里的 Vue 风格实在是喜欢不起来。。。
一些建议：
1. TypeScript 支持，仅我个人而言，没有 TS 支持的库项目我都不会尝试；
2. attribute 里的 type 能不能换成 enum，用原生类型感觉会限制当前的实现，比如可以内置实现 ref：Car{ brand, color }, User{ car: Ref(Car) }。可能也限制了用户可能需要的动态扩展能力，比如自行扩展成 UUID，BigNumber 等；
3. 实例方法里的 this 看的我很慌，如果想写成箭头方法咋整？
4. 实例方法里，能不能做到只需要 return data，不用手写 this.attributes = data ？
5. User 提供一个构造参数应该灵活一点: const user = new User({name, age})，实例里没提供这种用法，提供一个 object 的写法不容易漏属性；
6. this.attributes = data 的具体作用是啥？如果把 save 实现在静态方法里：save(user) {}，看起来也是可以的，这样是不是就既可以使用箭头方法，又不需要写 this.attributes = data ？
一些建议：
1. TypeScript 支持，仅我个人而言，没有 TS 支持的库项目我都不会尝试；
2. attribute 里的 type 能不能换成 enum，用原生类型感觉会限制当前的实现，比如可以内置实现 ref：Car{ brand, color }, User{ car: Ref(Car) }。可能也限制了用户可能需要的动态扩展能力，比如自行扩展成 UUID，BigNumber 等；
3. 实例方法里的 this 看的我很慌，如果想写成箭头方法咋整？
4. 实例方法里，能不能做到只需要 return data，不用手写 this.attributes = data ？
5. User 提供一个构造参数应该灵活一点: const user = new User({name, age})，实例里没提供这种用法，提供一个 object 的写法不容易漏属性；
6. this.attributes = data 的具体作用是啥？如果把 save 实现在静态方法里：save(user) {}，看起来也是可以的，这样是不是就既可以使用箭头方法，又不需要写 this.attributes = data ？
Select Language