monkindey

3 年后回复一下自己实践，不小心买了 ipad + ipencil ，然后下载了一本书，居然在动车 8 个小时的时候看完了。通过 ipencil 来边看边记自己的感想，可能我比较喜欢写字，突然发现这种方式我很喜欢，居然看完了一本书了。下次再实践一下看看是不是只是心血来潮而已。

@otakustay 额额，同意你的设计理念，我也喜欢简单。我也思考很久，说服很多人，整一个设计并没有加概念，插件其实一个 hook，里面有 middleware 还有 compose 都是业界通用方案，只是在这里把它们合在一起。

组装参数只是一部分，还有在查询前做事情，在查询后做事情，比如我们这边有人实现一个服务端驱动的插件，还可以拦截 response 做格式化。

因为我不知道你们有没有做过中台页面，可能代入感比较弱。你提的问题我们这边在对这个方案的时候也提出来过，但是最后都认同了。如果你想进一步交流的话，可以加我微信 atob('bW9ua2luZGV5') ( console 执行下 )

@otakustay 插件你可以理解是增加一个概念，但是里面用的东西都不是新概念，都是一些业界流行的概念合并在一起。因为我们要写一个地方就可以解决一个功能的，不需要我加一个多选的功能或者排序的功能都要用 useState 状态管理，然后设置 props，然后在请求的链路中还要去清除勾选项，你会发现代码写起来就很繁琐，特别是当你负责很多类似页面的时候。

@otakustay plugin 其实就是一个 hook，只是一个高级 hook，返回对应的属性而已。而且多选、排序都是依赖查询流程的，如果你只是关心 props 的话，没办法一下就完成一个功能，比如多选勾选的时候，重新点击查询会清空掉勾选的值，排序也是一样的情况。

其实 useTable 是具备插件合并的能力，每一个插件也是一个 hook，你可以理解 useTable 就是一个 compose，useTable 、useSelction 、useSort 是一个插件。也就是你的理解：

const useOwnTable = compose(useTable, useSelection, useSort);

相当于

const useOwnTable = useTable(useSelection, useSort)

Function Component + Hook + Context 写代码不能再爽 。

一些小思考 https://zhuanlan.zhihu.com/p/85569941

@zhigang1992 其实整体思路都是差不多，但是还有差异点的。

@zhigang1992 额额，有很多 Context + Hook 的状态管理，比如 constate https://github.com/diegohaz/constate/ 我在 readme 都有说我是参考他们的，毕竟我这个确实是一个轮子。

@jinwyp 杭州 北京哦