V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  pseudo  ›  全部回复第 1 页 / 共 17 页
回复总数  329
1  2  3  4  5  6  7  8  9  10 ... 17  
@yzld2002 有的
@nicoljiang 我理解你遇到的问题是和 casdoor 相关的哈,和本帖无关。

此外,通过自己的场景推断某一个事物“简单”未免有些草率了。同样的逻辑可以推断出 Redis 也真的很简单,只是 KV 存储;前端也真的很简单,只是 DOM 操作; Machine learning 也真的很简单,只是给机器喂数据。
@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 谢谢。我们项目尚处早期,确实还有很多值得做的功能。最近的几个月我们会专注产品研发,早日满足更广泛的需求。如遇到问题或者有产品上的建议,欢迎随时和我们交流。
2022-10-25 22:29:56 +08:00
回复了 logto 创建的主题 程序员 Logto Bounty Hunter series: 解决开源项目 issue,拿礼品卡
@nomagick 您说的对,是我才疏学浅了👍
2022-10-24 18:53:26 +08:00
回复了 logto 创建的主题 程序员 Logto Bounty Hunter series: 解决开源项目 issue,拿礼品卡
@Aloento 说实话,面对 KPI 项目的评价我不知道该高兴还是伤心:
- 伤心的是我们被误会了,从我的发言记录就能看出是在创业,团队对这件事都十分热情(希望他们别看到这个帖子)
- 开心的是原来我们的公司已经被当作大公司了,都能有 KPI 项目的生长土壤 :-)
2022-10-24 18:36:07 +08:00
回复了 logto 创建的主题 程序员 Logto Bounty Hunter series: 解决开源项目 issue,拿礼品卡
@Aloento #8 嘿朋友,友善讨论我们愿意,但乱下结论可不理性。你的「 KPI 项目」是从何得出的呢?

另外,「之前和我们提过」如果是指 https://www.v2ex.com/t/870546 这个帖子里面的:
「 @logto 用 JS 写的吗,真的大丈夫?」
「鄙人不才,只是如果我自己做相关产品的话不会使用 JS ,您就当我在瞎扯就好」
那我们确实无法回复,毕竟您说的不是设计模式,而是要让项目全部推倒重来了。
2022-10-24 18:28:23 +08:00
回复了 logto 创建的主题 程序员 Logto Bounty Hunter series: 解决开源项目 issue,拿礼品卡
@nomagick #5 您好,感谢关注项目。
> 以现在这个规模却不使用 OOP ,只使用函数
这个更多是哲学问题,软件工程没有银弹,只有取舍和权衡。

> 然后像前端项目一样用文件系统分割,代码太散太碎
请问是怎么得出「太散太碎」的结论的呢?我理解按功能和模块进行文件夹分层是一种基础文件结构优化,现在工程师团队以及社区贡献者并没有遇到「找不到文件」的问题。
我很好奇,如果是 OOP ,能避免这样的情况吗?为什么呢?

> 并且有很多重复的脚手架
这个我没有看出来哈。我们各种配置文件都做了共享,并且 pnpm 管理 monorepo 十分方便,不知道你有没有尝试过。

> 你作为这项目的作者维护起来没啥问题,但别人想要进来,太难了,缺少线索。
请问「太难了」的结论是如何得出的呢?因为我们看到事实是社区里有来自不同国家、行业、和年龄段的贡献者,我们也都单独做了深入沟通,到目前为止还没有人抱怨「上手太困难」的问题。当然还有一种可能是觉得难的开发者直接放弃了,这部分确实无法捕捉到,但只要有贡献的意愿,我们 Discord 基本都会很快回应,并和大家一起解决问题。

> 像这种基础设施类型的后端项目,应该多借鉴一下 java 世界,起码把可维护性拉起来
还是很好奇,如何定义「可维护性」,以及为什么 java 的 convention 就会比「 js 圈」更有可维护性?
2022-09-02 20:24:07 +08:00
回复了 pseudo 创建的主题 奇思妙想 免费的用户身份验证 SaaS 大家会用吗
@864766428 iOS 15.6.1 试了没问题哈。重启下手机试试呢?
2022-08-22 13:46:23 +08:00
回复了 pseudo 创建的主题 奇思妙想 免费的用户身份验证 SaaS 大家会用吗
@wely 我们在不同渠道做了些宣传,包括 HN 、Reddit
@Yunhao 不太一样哈。更加独立
@ggvm 谢谢,马上改正😄
@Alecyrus 我是 Logto 项目开发者。谢谢你的喜欢!
没关系,下一个产品可以用呀。或者等你有空了可以尝试迁移到 Logto ,我们会陆续推出相关迁移指南。也欢迎加入我们的 Discord server 来保持沟通。
1  2  3  4  5  6  7  8  9  10 ... 17  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3015 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 00:39 · PVG 08:39 · LAX 17:39 · JFK 20:39
Developed with CodeLauncher
♥ Do have faith in what you're doing.