为什么我反对在 ui 组件库之上，再作对 template 进行 for 循环遍历 json 的封装？

看到隔壁贴，/t/679490 ，这个老哥最终成品方向还不确定，我也不是针对这个老哥的模式。我把其一个可能的方向简化的话就类似于这个链接 https://www.cnblogs.com/wisewrong/p/9052467.html 。(代码超级简单)

这个原理也很简单，就是在 vue template 上 for 遍历这个 json，通过 if else 得出最后的 vue dom，就是这样封装。其实这个循环加封装就损失掉了 template 的可拓展性，应对复杂的场景，你必须用 hack 的方式设立并传个 slot 进去这个组件把损失掉的 template 拓展性给补回来。然后你这种 hack 又要加字段说明。像这样，每个人往上面补一刀，之后这个模块基本上就废了。

除非你这个 json 设计，可迁移和可拓展性很强，比如你 json 还有别的用途，能拓展出新的配套功能配套设施。否则我觉得这是“脱裤子放屁”，这种封装只是把数据换了一种形式来表达，从 html 转为同等的 json，代码量几乎没减少，只能说在个别人看来，js object 比一大段 html 代码要美观一点。我组里已经有很多同学做成这个样子作为封装来邀功，“百花齐放”，封装后调用接口不一，我觉得用起来太难受了。

我不是说反对 json Schema 。而是反对根据 json Schema 来在 template 上 for 循环遍历然后 if else 。其他的比如根据 json 代码生成 template 代码，我是比较看好的。

PS：我想了下为什么封装那么难，以至于我更提倡代码生成器，是因为 vue 的 2.x 版本没有提供对 template 的“业务逻辑”的封装。受 react hooks 影响，在最近两年其他框架新版本开始有对业务逻辑的封装。而对比来看，像 vue 如果去封装“ui 组件库”，问题不是很大的。