我记得 15 年那会用 requirejs 方案的时候都是不加的，后来有了各种打包工具以后又流行加了

所以我现在就是用 Prettier 推荐的方案

加

@thefack https://lmbtfy.cn/s/fFEBI-gE5T

建议上 react + ts + hooks

vue 每次都要查文档，太烦了

加个黑名单就是了

顶一下

可否用 Function Component 和 Hook 呢

2v
1vm

react hooks + context + swr + axios + react-router + chakra-ui + react-hook+form

https://github.com/huijiewei/agile-react

基本可以搞定所有

就是很多组件要自己慢慢写

PS: props 的 API 设计真的需要打磨

有进步

自主变开源啦

这个里面需求也不说

要我就按照最复杂的来搞

请个保安

感谢分享

最近在关注可以生成 atom css 的 CSS-IN-JS 库

https://github.com/seek-oss/vanilla-extract

@yaphets666

```
export const flatry = <T, E>(promise: Promise<T>): Promise<{ data: T | undefined; error: E | undefined }> => {
return promise.then((data) => ({ data, error: undefined })).catch((error) => ({ data: undefined, error }));
};
```

主要看对显示器的要求了

文字代码工作不需要这么高端的显示

用 mini 配 2000 多的 4k 显示器更划算

函数组件就是这样的，里面任何状态的变化都会重新运行函数 :)

环境变量

@gdtdpt URL PATH 里面建议只表现出资源即可

@h82258652 RESTful 一切以资源为中心。

1. C 传不传看你业务，我建议需要的资源都传并进行验证，不然前端算出的 C 有 BUG，用户提交以后数据和显示不一样岂不是很尴尬
2. 所以列表和树状有什么区别？都是同一个资源，只是表现形式不同而已。明白了吧
3. HATEOAS 只是 RESTful 的一个组件，难用就不用。总有更好的实践

没有感觉什么覆盖不来的

借口都会找，React 理解起来困难，2021 年了我还在 $('#dom').html('<span class="' + (isDisabled ? ' disabled' :' ') + '">' + okle + '</span>') ？

你看多直观？

为什么要加

要不把数据库名字也加上，跨库查询也是需要的嘛