@wemadecode123 前期团队磨合先用 js

来 js，全干走起

我准备做一个轻量级且高可定制的 UI 库： https://github.com/bone-ui/bone-ui

@soshao1188 群有了，看文字结尾

@soshao1188 可以啊，那我建个群

@avastms web 项目大部分还是只能 http

@chogath 个人用的也可以不是玩具 哈哈 不过请忽略标题...

@yoa1q7y 所以每个人偏好不一样，就像有人喜欢 React，接受不了 Angular

@yoa1q7y 不会，Guards 、Pipes 、filters 等东西在中间件处理已经很优雅，也很好理解，没必要创建那么多概念，而已它们之间还有功能交集，很容易让人困惑

@agdhole 跑不了，实际只是 koa 的上层封装而已

@ivens98 我自己用 哈哈😆

@soshao1188 eggjs 很好，有一个问题是它的 typescript 支持靠工具生产 d.ts 文件来解决的，实际使用会有很多不爽的地方

@chogath 所以你想表达我没想太明白什么？既然 [node.js 的 web 框架各有优劣，使用哪种框架完全取决于工程场景] ，你怎么得出别人创造一个东西是没使用场景的结论？

@chogath 同上面

@tinytin 最主要的是 NestJS 概念太多，太复杂，学习成本太高，降低了开发体验，对我个人而言，我只希望把 TypeScript 的 (类型安全) 和 依赖注入 (代码注入) 使用在 Node 框架中，Nest 强行把非常多 Spring 的概念和理念引入框架中，这不是我喜欢的，可能是个人品味的问题吧

@foranuttarachen 已经在几个商业项目跑了一年多了

90% 的场景可以用 flexbox 完成，刚好昨天写过一篇关于布局思考的文章： https://www.v2ex.com/t/775608#reply25

@denghongcai 是的，每次太久没写 ui，回来就被 flexbox 的主轴交叉轴弄晕

@king888 这个不错，相当于让每个项目的 design system 可视化，可以更好地和设计师配合