因为现在的开发工作流已经比拖控件更高效了呀，当然，如果将「拖拽生成 GUI 界面及其逻辑」的目标改成「拖拽式编程」，那么倒也有靠谱的技术路线。比如我玩过的小米智能积木和树莓派 ，它们都提供了 Scratch 的用户界面。

这对于编写自动化操作脚本倒也挺有用的。我大学时用这玩意写过 COC 的挂机脚本。代码没什么美感，其实就是个高级的按键精灵吧……

上面这两种方向确实都是 GUI 与代码结合的思路，不过也都不是拖控件，也都比较小众。那么拖控件的方式，是不是有可能是在他们基础上，更为进步的技术呢？别被大厂 PPT 忽悠了，肯定不是这样的。从计算机基础的角度来说，HTML 和 CSS 都不是图灵完备的（你非要说 CSS 可以 Hack 出元胞自动机我也没办法）。很多缺乏基本计算机科学素养的从业者，根本没有认识到，布局代码不是图灵完备的，能方便地拖拽出布局，决不代表能方便地拖拽出图灵完备的逻辑。然而甚至连国内巨头的某些技术 Leader 都有这种错误的认识，国内业界大环境之浮躁可见一斑。

当然了「拖拉拽」式的编辑器，但我们的业务从来只限于结构化数据的编辑，并没有投入资源研究「如何用我们的编辑器写代码」这种天马行空的事情。比起把时间投入在这种希望渺茫的方向上，我们选择深入渲染，更多地深入 Web 和 Native 开发的技术栈，更多地控制从数据到像素的流程，在业务范围内创造更好的用户体验。我个人觉得，一个公司对基本技术方向的确定，能体验出技术决策层的水平和眼界。

仅代表本人看法，欢迎大家留言讨论

我拥有宇宙的风，与夏夜相逢。是六月盛景，是清寂长生。

.我与春风皆过客，你携秋水揽星河

世界的温柔 是及时的善意和干净的你

当我拥有你，无论是在百货公司买领带，还是在厨房收拾一尾鱼，我都觉得幸福。

海已静，山未青，月落于平行时空。长欢已远，迟眠五更，念心事灯火通明。相遇错失，欢悲照旧，我都承蒙。

余生就那么长，还请衷于自己。

只要朝着一个方向努力，一切都会变得得心应手。加油

关于全栈，要了解T型理论，先专后全栈，千万别贪多，古人说: 广积粮，高筑墙，缓称王

这一生山高水阔，背过身，便是太阳

总有人，山高路远，为你而来

我把什么比做你 你是一池捞不起的波光粼粼

不要等待机会，而是要创造机会。现在我来了，希望我们都可以坚持，早日用知识达到暴富