V2EX › fivesmallq 的所有回复 › 第 6 页 / 共 10 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@cedoo22 其实也没那么多要求，就是体感一个舒服，现在 mac 和 dell 视野切换的割裂感有点难受。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@INFP 一是这个价格超过我预期太多了，二是我看了下发货日期。。预计送达日期：8-10 周。。。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@INFP 收到，多谢多谢，我现在有点倾向 LG UltraFine 4K 了，因为想多用几年，如果现在买个不习惯的，到时候有好的想买，觉得出二手麻烦，还不如一开始买个自己觉得舒服的。在想是官网 24 期还是京东+额外售后。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@INFP 原价买 UltraFine 有点冤的，是啊，就感觉这显示器，都过了好多年了，还是这个价格，整体方面没太多提升。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@Davic1 我倒是没有 windows 对接的需求，就还好。Ergo 款是说 https://item.jd.com/100022498296.html 这个吗？不知道和 Ultrafine 4k 对比的效果如何，之所以对 Ultrafine 4k 有认知，是因为之前公司买过一台，确实用起来比较舒服。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@royantar 价格有点稍微超了，不知道 27B1U7903 体感和 Ultrafine 4k 差别大不大。

2022 年 6 月 2 日

回复了 fivesmallq 创建的主题 › MacBook Pro › MacBook Pro 显示器选择

@INFP 确实，你说的对，我之前的习惯一直是写代码在 MacBook Pro 上，浏览器在外接显示器上，2 个显示器切换视野的时候，色差就非常不舒服，如果合上盖子只用外接 dell ，感觉自己亏了，另外请教下 UltraFine 是从官网买的吗？购买体验和售后上有没有什么问题可以分享~

2022 年 6 月 1 日

回复了 Casbin 创建的主题 › 推广 › Casdoor: 具有 Web UI 界面的开源身份认证、单点登录平台，支持 GitHub、Gitee、QQ、微信、钉钉登录等

建议参考下其他类似 saas 产品 api 的设计，作为一个平台，api 还是挺重要的

2022 年 6 月 1 日

回复了 Casbin 创建的主题 › 推广 › Casdoor: 具有 Web UI 界面的开源身份认证、单点登录平台，支持 GitHub、Gitee、QQ、微信、钉钉登录等

@Casbin API 所有的 url 设计都是 get+post ，path 上全是动词，实际可以使用 http method 来解决，model 好多是复用的，删除的时候也需要传入整个 model 吗？也没有写清楚哪些是必填的，example value 最好有一些真实的数据，会比较直观。response 也是一言难尽，都用的一个，data 和 data2 的作用分别是？

{
"data": {},
"data2": {},
"msg": "string",
"name": "string",
"status": "string",
"sub": "string"
}

2022 年 5 月 31 日

回复了 Casbin 创建的主题 › 推广 › Casdoor: 具有 Web UI 界面的开源身份认证、单点登录平台，支持 GitHub、Gitee、QQ、微信、钉钉登录等

没人吐槽下 RESTful API 吗

2022 年 5 月 23 日

回复了 MakHoCheung 创建的主题 › 问与答 › 请教一下大佬们怎么设计接口

推荐 2 个 api 设计的指南，我会经常参考 google 的 https://cloud.google.com/apis/design?hl=zh-cn

微软 azure 的 https://docs.microsoft.com/zh-cn/azure/architecture/best-practices/api-design

另外有些场景想不太明白也会参考 https://docs.github.com/en/rest/repos/repos 和 https://docs.digitalocean.com/reference/api/api-reference/#operation/list_deployments

总是看到有人说 RESTful 不好用，复杂场景搞不定，自己思考过，参考过好的设计吗？

2022 年 5 月 23 日

回复了 MakHoCheung 创建的主题 › 问与答 › 请教一下大佬们怎么设计接口

对资源设计不清晰，order 和 address 属于不同的资源，如果是修改用户的配送地址 put /users/:userId/address/:addressId 如果是修改某个订单的地址 put /orders/:orderId/address ，address 一般有单独的维护页面，用户可以管理自己的多个配送地址，这个地方是有 address id 的，而下单后，address 信息会固化一部分到订单中，用户有临时修改这个订单地址的时候，一般来说就不太用 adress id 了，一般来说是收货地址，如果是多个地址，那么也可以在 path 上再区分

2021 年 11 月 5 日

回复了 bfc 创建的主题 › 程序员 › 开发速度最快的 Web 框架？

java 里借鉴 rails 思路的 https://www.playframework.com/documentation/1.5.x/firstapp
看看文档就可以撸了，本地开发热重载，改代码实时生效，速度嗷嗷快。

2021 年 7 月 20 日

回复了 panyuz 创建的主题 › macOS › MAC 连 WINDOWS（家庭版）有无方便快捷的远程桌面方案？（内网为主）

推荐 jump desktop，官方的 microsoft remote desktop 难用的一批。

2020 年 11 月 25 日

回复了 ggjjl1 创建的主题 › Java › 请问大家，现在 Java 比较流行的 ORM 框架是哪些？

推荐尝试下 ebean

2020 年 9 月 28 日

回复了 XDy0 创建的主题 › 程序员 › 阿里云的文档把我给整吐了

大部分都是实习生搞