V2EX › aababc 的所有回复 › 第 2 页 / 共 8 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

85 天前

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

@matrix1010 #8 感谢，这个我好好看看

85 天前

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

@povsister #7 这个要不要使用 http code 感觉没有绝对的正确和错误，比如有些人就认为 http 是一个传输协议 http code 代表的 http 协议本身的成功和失败，那我们认为 http 是一个业务协议可以承载我们的业务信息

85 天前

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

@rower #5 我们现在的分层上来说，是也框架解耦的，createUser 这个可能是 command 调用，也可能是 api 调用，这样的方法是脱离具体的框架的

85 天前

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

@soul11201 #4 这个用 wrap 现在遇到一个问题，就是他会侵入到我自己的错误信息中，我只想要在日志中体现这个错误，而不想在错误信息中体现底层到底是啥错误

85 天前

回复了 aababc 创建的主题 › 程序员 › golang 中 error 如何影响 log 和 api 状态

@mainjzb #2 这个意思就是需要自己自定义错误，封装自己需要的信息，感觉 go error 这一块一直不太容易把握

143 天前

回复了 xiaohantx 创建的主题 › 程序员 › 前后端接口联调时候后端应该处理数据之后再给前端吗

我们针对这种处理是分端的，针对客户端后端的工作量比较大，基本上所有的数据都是处理好之后返回，客户端基本不做业务上的转换。针对 web 就比较糙了，基本都是让前端去处理

144 天前

回复了 XinPingQiHe 创建的主题 › 程序员 › 一个很老的话题，但还是想问问大家，后端搞前端怎么选

@ZztGqk #1 多年后端，写前端遇到的最大的问题就是不会布局，一个单位就搞的自己晕头转向，px, rem, vh ... ，每次写起来都焦头烂额的，感觉现在唯一能写的就是管理后台了，就这样也是照葫芦画瓢，不过更大的可能是自己太菜了。

210 天前

回复了 fengshils 创建的主题 › PHP › lumen 框架是不是不更新了， laravel11 都出来这么久了

是的，项目都归档了

210 天前

回复了 liuchengfeng1 创建的主题 › git › 各位大佬你们团队开发 git 是如何管理的？

服务端开发，我们就比较简单了，开发的起点是 master ，从 master 创建 feature 分支，不同的项目需求创建不同的分支，然后合并到 test 进行测试，上线的时候后把 feature 直接合并到 master 。不过这么做也有一个小问题，大家在功能测试的时候比较容易互相影响，但是总体还是可控的。

215 天前

回复了 FengMubai 创建的主题 › 信息安全 › 用户口令（密码）应该如何传输？要不要加密？ HTTPS 呢？举例分析

再结合前两天看到的，密码门锁的虚位密码感觉又是另一种情形了！

215 天前

回复了 FengMubai 创建的主题 › 信息安全 › 用户口令（密码）应该如何传输？要不要加密？ HTTPS 呢？举例分析

咋感觉少了一种情况，就是明文请求，hash 存储

222 天前

回复了 luckfunc 创建的主题 › JetBrains › jetbrains IDE 推出了新的 Dark 主题，大家觉得怎么样呢？

@Tomatopotato #5 我也从 dark 模式改到这个了，感觉适应了也挺好的

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@GXD #20 感谢，我看看大家的这几种方案，那个比较合适

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 感谢，我再梳理一下看看，感觉还是有点糊涂，头大！

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #17 看来在这一块经验比较丰富了，我第一次做 apple 的订阅相关的内容。还有几个问题咨询一下，比如我想知道一次订阅的时长应该怎么计算，是否可以使用 expires_date - purchase_date ，还有这个 restore 是不是可以理解只需要处理 latest_receipt_info 中日期最大的时间。还有这个我看 apple 文档上些的续订的时候会在扣款不成功的时候在几天内重复，那这时候这个 expires_date 的时间会不会变？

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy #9 这里有一个问题，是如何处理 restore 和退费的。我最开始也是按照单一的到期时间来处理的，后来发现后续的越来越复杂。

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@fengYH8080 #8 你的这个关于订阅和赠送本质上又冲突，我是认同的，但是奈何产品就是要有赠送这个业务，有时候也是难评。这里最开始确实是想只使用到期时间，但是 apple/google 的业务场景上有 restore(恢复购买), upgrade(升级订阅), 而且我现在看是不能获取到订阅时长（也就是这次订阅是多长时间的)。关于使用 expires_data_ms 作为过期时间，我想表达的意思是在订阅的场景下会使用这个值作为用户的过期时间字段的值。

241 天前

回复了 aababc 创建的主题 › 程序员 › 关于连续订阅的业务设计

@gfreezy 是的，现在的设计就是，只要订阅不关闭，赠送的永远也用不上

1 2 3 4 5 6 7 8

❮

❯