11

业务写静态是有多想不开

顶多工具类用用静态

最多 10 个。。

有了 hook 了。要 redux 干嘛。。。

react hook 真的香

我也吹 win

没有沙箱 扫硬盘扫的好开心呀

Windows 下面 WINFORM + UWP + WPF + 各种混杂的 UI

难受不难受？

不是伸手就有嘛

https://www.cnblogs.com/extjava/p/7553642.html

eslint 的幸福竟然有人体会不到

屎代码里面游泳感觉好？

git sub tree

非自己可控的数据流

@RedrumSherlock 所以 1，2 个人搞微服务就是自己找不自在啊。。

微服务的核心理念是，没有公共逻辑和实体。只有公共微服务。。按照这个核心进行思考。

实体类每个服务维护自己的就好了。

@RedrumSherlock 你一个人搞微服务 当然觉得哪里都需要定义 不要拿一个人小视角看微服务

你的问题我也思考过 其实就是觉得 各种服务里面重复定义一些实体类麻烦

这过麻烦是因为你一个人写而已

不如 3000 随便买个本顶半年。回头这个本给家里人用也行

写 vue 需要打开文档
写 react 不需要

已经换 react 了 :)

@brucewuio Context 哪里不好用了？很好用的东西，就是可能看着嵌套太烦了

react 啃了 1 个月

大致啃明白了

主要是网上的教程参差不齐，React 迭代了这么多版本，从开始的 createClass 到 ES 6 的 class 再到 HOC 的引入，Context 的引入，到最后的 Hooks 的大招。

如果不了解发展历史，光看着教程各种不同的写法就头大

个人建议，抛开第三方库，直接写 Function 组件，从 React Hooks 和 Context 走起。

状态管理基本上嵌套读写分离的 Context 都能搞定。太复杂了就引入 Recoil 和 Jotai 原子状态库。

还是选 27 寸吧

大不了稍微坐远 10 厘米

24 寸 4K 可选择的实在是太少了。