UI编辑器 vs 手写UI代码

2019-09-21

   相信做客户端UI的时候，肯定会如何实现UI而争论。是使用UI编辑器，还是完全依赖于手写。而且，对于不同类型的客户端UI，我们还需要更细致的区分一下，如桌面客户端UI、移动端UI、网页端UI、H5。 还需要针对不同类型的项目进行区分讨论，持续运营的互联网项目，传统企业项目，个人项目。如；还需要目标受众进行区分：to B端、to C端。我们先讨论一下各种情况，尝试理解各种情况下会遇到的问题。
   对于网页端UI。早些年，还能05年左右吧，那时候Dreamweaver使用很广泛，可能不少人没有见过，那时候的一些网站很简陋，看起来就是Dreamweaver这类编辑器弄出来的。要想交互做的好一些，就弄上一些Flash。然而，不久之后，这类工具市场就越来越小了，更多的人开始手写Web UI，以追求更加可控的页面。我认为，原因有两方面，其一，原来Dreamweaver这类的工具，本为静态内容网站所设计，写网页的人相当于现在的前端UI。但是，后来网站都趋于动态内容。此类工具难以跟上步伐，后来，Eclipse、ZenD Studio为代表的前后端一体工具慢慢增多，后端程序员开始直接介入部分UI代码 。这也是后来再提出来的前后端分离的源头。其二，由于网页端交互越来越复杂，JS lib越来越复杂强大，JS的介入越来越多，非手写代码不能控制HTML DOM与CSS attribute。当前，我们依然可以看到，一些偏重B端的业务，仍然会使用动态内容网站，仍使用UI编辑器类似的功能。
   对于H5，本来出现的就很晚，且总体应用场景较为简单，且运行环境差异性较大。还没有看到统一的UI编辑器，且，其开发难度本就较为简单。
   移动端UI上，编辑器的使用一直是比较广泛的。就如Android，其编辑器与Java 语言的特征之间，联系的就非常紧密，很易用，且不易出错。所以，使用范围较广。同样的移动平台，iOS使用Obj-C，其语言与UI文件之间的交互能力较弱（相较于Java），故其编辑器使用率也比Android 平台开发的要少很多。更早期的Sybian OS，由于使用变种C++，估计是不可能做出好用的UI编辑器的。Win10 Mobile，使用U