作者不认同选HTML而非React的观点,阐述React优势
> 为什么选 HTML,而不是 React
选 HTML 而不是 react 这个观点我是不认同的。
第一个原因是设计稿它是需要关联数据的,根据数据去动态地变更 UI,这点 HML 是做不好的。
第二个呢,当你的 UI 复杂到一定程度,你一定是要拆的。如果你是一个巨大的 HTML,其实你要重构或者是更改的话会非常的麻烦,因为它不可能把整个的 HTML 文件给加载进去。
而使而使用 react 的话,它可以把页面拆成若干个很小的小组件,这样的话你一方面可以重用,另外的话如果你要修改,你只要加载其中的一个小组件就可以了,它对上下文要求是没有那么高的。
还有一点是用 react 的话,它天然地就把设计划分成了一个结构化的树形的结构,当基于这个设计稿去开发的时候,对 coding agent 的话它是很好用的。而如果你是一个巨大的 HTML,它不是一个结构化的,它的实现跟设计会是比较割裂的,当你的设计稿去修改的时候,你很难再去跟你的代码有一个映射或者是同步
至于文章中说到的理由,说因为模型要把注意力放在保证 react 的运行准确率上,这个在以前也许是成立的,但以现在的大模型能力,这一点来说已经不是什么问题了
选 HTML 而不是 react 这个观点我是不认同的。
第一个原因是设计稿它是需要关联数据的,根据数据去动态地变更 UI,这点 HML 是做不好的。
第二个呢,当你的 UI 复杂到一定程度,你一定是要拆的。如果你是一个巨大的 HTML,其实你要重构或者是更改的话会非常的麻烦,因为它不可能把整个的 HTML 文件给加载进去。
而使而使用 react 的话,它可以把页面拆成若干个很小的小组件,这样的话你一方面可以重用,另外的话如果你要修改,你只要加载其中的一个小组件就可以了,它对上下文要求是没有那么高的。
还有一点是用 react 的话,它天然地就把设计划分成了一个结构化的树形的结构,当基于这个设计稿去开发的时候,对 coding agent 的话它是很好用的。而如果你是一个巨大的 HTML,它不是一个结构化的,它的实现跟设计会是比较割裂的,当你的设计稿去修改的时候,你很难再去跟你的代码有一个映射或者是同步
至于文章中说到的理由,说因为模型要把注意力放在保证 react 的运行准确率上,这个在以前也许是成立的,但以现在的大模型能力,这一点来说已经不是什么问题了
https://t.co/0SP2re0S4s