发布网友 发布时间:2022-04-22 01:44
共1个回答
热心网友 时间:2022-04-09 18:48
目前这个工具做的事情是把一个已经精确描述的东西(图片)转换为另一个精确描述的东西(代码)。
单从生成ui代码的角度来讲,这当然是有很大的正面意义了(比如其它楼提到的快速出原型,或者快速在真机上看效果),这自不必说
但这个工具生成的代码可维护性如何是问题
在需求发生不大的变更时,人写的代码一般来说也不会发生太大的变化(平均情况,不要抬杠),但这个工具呢,也许需求变化并不大,但产生出来的html结构会变化很大
如果说,它产生的html结构变化太大,那交互怎么办呢,交互的代码必然跟html结构有很强的相互依赖关系
以目前ai的能力,是绝对不可能把交互的代码也生成出来的。
有些人别急着反驳,我为什么敢说的这么肯定呢?
要知道,对于(大)前端来说,ui加上交互就是完整的产品功能了,而交互这个东西,复杂程度本身就很高,又有大量细节,而且还必须要精确的描述出来。目前软件行业,能够精确描述交互的东西除了代码好像(记得有本书中说过,细节永存,所以代码永存。《代码大全》中也有说,代码才是软件最精确的描述)没有其它的了吧,即便有,同等信息量下需要的字符量(或者图片,流程图等)也必然不会比真正的代码少。
而这部分目前必须由人力来完成(其实ai用于转换的图还不是人画的),因为需求是由人自己制定的,至少要由人先描述出来,ai才能把它转换成代码。可是精确描述需求,目前又只有代码(或结构化的表示法,最终其实还是语义明确的代码)可以做到。这就是目前的矛盾点,交互细节不可能由机器来确定,然而人如果把交互确定了,代码基本上也就写出来了,那么不需要ai来生成交互的代码了。
就像你不可能通过一句话就让ai生成出一个你想要的软件,因为一句话中根本就没有包含软件任何的细节,就算生成出来了,也是包含大量默认设定的软件。最终你会说很多很多的话让ai来调整这个软件的功能细节,而你所说的所有的话最终成为了这个软件的精确描述…