pseudo

pseudo

V2EX 第 114683 号会员,加入于 2015-05-02 11:10:32 +08:00
根据 pseudo 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
pseudo 最近回复了
@reorx 谢谢,好主意。我先在项目里实践看看,后续看能不能拓展一下
@Aloento 不好说咱就别说?
@reorx #1 谢谢。我觉得你说的很有道理,但我们 stay with native SQL 其实就是想利用好 DB 的特性。如果 createModel 变成了 ORM 感觉就有点重复造轮子了?

准备先在真实项目里实践一下试试效果,不错的话我再写一篇文章展开一下这个 approach
@jchnxu 不太熟悉 class + decorator ,简单看了一下代码感觉 class prop 本身类型定义可能无法避免,可能可以从 decorator 下手。还有 class level decorator 可能也可以尝试。
感觉主要原因还是两种不同的对数据模型处理的方向,所以并不能很顺利地结合。我们项目里 SSOT 是 SQL ,zod 定义都是生成的,维护起来稍微简单点。
@jchnxu #13 或者直接用 zod 之类的库当作类型定义的 SSOT 是不是也是个办法?个人比较喜欢 native + fp 的路子,代码比较清晰。ORM 加了一层抽象会屏蔽数据库的一些特性,有利有弊吧。
@codehz #8 是的,我很早之前用过装饰器的库( mobx )并尝试过写装饰器,感觉像个黑盒,并且和 FP 的理念不一致,如果要使用就得一条路走到黑。加上一直处于不稳定状态,之后就完全不用了。
@devtiange #9 谢谢支持
@amlee #6 谢谢,我的创业项目就是做用户系统的: https://logto.io
@amlee #3 嗯,看上去是有点类似,之后可以做到通过类型定义 / SQL 直接生成 CRUD 接口。和 Hasura 有点像,但 stick with REST ,其余与框架无关
@debuggerx #4 赞 👍 向你学习
@wdhwg001 哈哈,我和你正好相反,看到 decorator 就放弃了
2022-10-25 22:33:27 +08:00
回复了 logto 创建的主题 程序员 Logto Bounty Hunter series: 解决开源项目 issue,拿礼品卡
@lovepocky 谢谢。我们项目尚处早期,确实还有很多值得做的功能。最近的几个月我们会专注产品研发,早日满足更广泛的需求。如遇到问题或者有产品上的建议,欢迎随时和我们交流。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1630 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 16:51 · PVG 00:51 · LAX 08:51 · JFK 11:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.