这周末去参加了D2前端技术论坛,听了这么多分享,发现有不少东西可以总结的,可是由于当天确实太累,所以没能及时整理出总结来,只好现在来慢慢回想,还好听分享时记了笔记的。
Fusion简介--Work Smarter, Not Harder
上面那句话是Fusion的代表。在页面开发中,一个前端工程师最讨厌听到的话就是,“产品或者UI说,你的按钮颜色不好看,换一下;你的这个宽度高了,改一下;你的那个边距宅了,调整一下。。。。。。”
不管别的前端怎样想的,反正我最讨厌听到类似的话,每次开发完了,产品和UI验收时都会说很多这种话(因为我做的是后台系统,没有UI稿),导致修改这些小细节也要浪费不少时间,虽然没什么难度,不过真的不想做这些东西啊。。。
这其实就是前端与UI协作中的沟通成本,UI说的一种样式,和我们前端所理解的一种样式在沟通交流中产生了偏差,导致我们开发出来的东西和最初设定的不一样。
说到这里,我想先举几个小示例。
nodejs现在为什么能那么火?就是因为它打通了前端工程师和后端工程师开发协作中的隔阂,直接让前端来写前端和后端,没有了协作问题,也没有了沟通问题;
reactNative为什么现在也那么火?是因为它打通了移动端(H5,IOS,android)各个岗位的开发协作与沟通。
nodejs真的特别好吗?我不知道,我只知道现在后端的主流还是java;rn是不是特别好,我不知道,因为我没用过,就算不好,但是这一点也不影响他们的伟大,他们的厉害。
就因为他们解决了一些开发中普遍的痛点,打通了各个岗位之间的限制与隔阂,将协作与沟通成本直接变为了0,能不伟大?
回到正题上来,Fusion解决的痛点是什么呢?就是前端工程师和UI设计师直接的沟通与协作问题。
这是Fusion官方的一个简介:Fusion 为设计者,前端开发者提供了一套轻松构建 DPL 的解决方案,将一套新品牌 DPL 的构建过程缩短到几不可见的程度。 并基于此建立了从设计师到前端,覆盖 DPL 从设计,开发,构建,稿件分发,代码发布的一整套完整产品链,目前已趋于成熟。通过Fusion,设计师可以直接更改页面上相对组件的样式,比如更改一个按钮的颜色,没有编程基础的设计师分分钟就可以解决,而不需要前端工程师来找到那个按钮,然后更改一下style里的color。。。
Fusion就是一套品牌可配置的中台 DPL 设计理论,它通过中台DPL可配置功能,完完全全做到了不用写一行代码,就开发出了一套新的组件。
通过一个拖拽平台和部分可配置的样式属性,就解决了这个问题,是不是很厉害呀。
(关于更加详细的介绍,可以参考现场分享出来的ppt)
续:Fusion的相关ppt已经拿到,一波三折啊~~~