felixin 最近的时间轴更新
felixin

felixin

V2EX 第 411292 号会员,加入于 2019-05-11 12:47:06 +08:00
比特币褪色,抛砖引玉
Bitcoin  •  felixin  •  29 天前  •  最后回复来自 v2future
62
有没有便宜点正规的 https 证书?
问与答  •  felixin  •  52 天前  •  最后回复来自 dorothyREN
22
iframe 和普通网页有什么区别?
问与答  •  felixin  •  56 天前  •  最后回复来自 4ark
1
c#, c/pp 平台有哪些高性能的嵌入式脚本?
问与答  •  felixin  •  59 天前  •  最后回复来自 52icarus
12
apple m1 开发.net core 怎么样? rider 正常吗?
问与答  •  felixin  •  69 天前  •  最后回复来自 dingwen07
6
felixin 最近回复了
对了,不需要是学区房,第二条主要是为了人气,没有孩子上学需求
5 天前
回复了 sheen 创建的主题 广州 买广州还是武汉?
借楼请大家帮忙推荐一下 https://www.v2ex.com/t/770912#reply0
10 天前
回复了 among 创建的主题 MongoDB mongodb 中 ListField 的 自定义顺序?
加个 position:int,拖动改位置,前端展示前排序
今年有什么新手机支持的吗? oppo,realme,一加都是一起的吧?
asp.net core + react,不要 mvc,razor,blazor 之类的旧时代产物,只要 core web api + react,业余时间看看就上手了。c# 和 typescript 同根同源,可以说如果对类型系统有一定理解基本上没有什么学习成本。而且微软业务复杂体量大,业务发展上不会存在会被框架限制住的问题。
@azh7138m 需要 crash 后不丢数据
@Jooooooooo 是整个数据库 dump 出来就是一个文件,类似 sqlite
随便在代码库里翻了会,有一段代码就从这里拿过来的: https://github.com/nestjs/graphql/issues/438#issuecomment-613586291
30 天前
回复了 Yukee798 创建的主题 前端开发 关于 TypeScript 中的类型问题
不用写返回类型,直接让编译器类型推断出来,或者写 Pick<IState, 'xxx' | 'yyy' | 'zzz'>
比如怎么做定制 logging,继承官方那个简陋的 Logger 自己写实现,然后发现 logger 的注入不推荐用 constructor 注入,而是要使用成员变量初始化,并且在 app module 之外的 logger 和依赖注入管理的 logger 是不同的初始化方式——和 java 或.net 之类的对比一下;

比如要上 graphql,dataloader 怎么使用文档没提,最后是根据网上的代码改了一个自己做的装饰器,用 ModuleRef 在 context 里动态写入属性;

怎么和数据库交互,typeorm 是个 leaky abstraction,join 的写法比直接写 sql 还复杂,而且也不能覆盖数据库原有的特性,比如写不了 cte 。pg 的 view 只支持写一次不支持更新,最后研究了 typeorm 的源码在每次启动的时候得把旧的 view 删了再重新创建 view;怎么做 transaction,用 query runner 对象显式执行 sql,如果这个 transaction 横跨多个 service,要把这个 query runner 一路传递出去,看看 nestjs 的文档那一节,再和 ef core 之类的对比看看;想要做 @Transactional 注解,需要深入研究 cls-hooked,一不小心就内存泄漏;

换了一个 slonik,类型标注是用 flow 写的(最近改成 ts 了),用稍微复杂点的数据结构就需要处理 type parser 问题; transaction 的写法一样要用 cls-hooked 自己封装,否则 service 调用 service 就是两个不同的 transaction;

mode_modules 依赖稍微多点,打包 docker 直接 1~2G,还经常爆出被依赖投毒,yarn2 的 berry 搞了快两年还是一堆兼容性问题,基本无法实用。

最重要的是 typescript 本身的问题,毕竟它只是 js+type,不是真静态类型语言,改变不了 js 动态的本质,有时候看着 type 都没问题跑起来一样 type error,重构改名都要担心哪里会 break; 从 ror 换成 nodejs 换汤不换药,ror 解决不了的问题 nodejs 一样无能为力。

还有很多和业务强相关的就不说了,一路上大小坑要么网上只有几个人遇到同样的问题然后 publish 一些 dirty 方案,要么在官方 issue 上挂了一两年的没有解决最后被 close 。确实这些问题不是不能自己动手解决,只不过我们精力没必要放在它们上面。

nestjs 想做 nodejs 上的 aspnetcore/spring,那为什么不直接用他们呢,这两者已经做到极致了。我们的看法 nodejs 只适合做 view 层,比如 SSR 就很合适,但不适合处理深层次的业务逻辑。当然团队水平不同,业务能力不同,看法不一样,方案也不一样,我们是小团队,也许适合别人不适合我们。
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3507 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 01:32 · PVG 09:32 · LAX 18:32 · JFK 21:32
♥ Do have faith in what you're doing.