因为现在的开发工作流已经比拖控件更高效了呀，当然，如果将「拖拽生成 GUI 界面及其逻辑」的目标改成「拖拽式编程」，那么倒也有靠谱的技术路线。比如我玩过的小米智能积木和树莓派 ，它们都提供了 Scratch 的用户界面。
这对于编写自动化操作脚本倒也挺有用的。我大学时用这玩意写过 COC 的挂机脚本。代码没什么美感，其实就是个高级的按键精灵吧……
上面这两种方向确实都是 GUI 与代码结合的思路，不过也都不是拖控件，也都比较小众。那么拖控件的方式，是不是有可能是在他们基础上，更为进步的技术呢？别被大厂 PPT 忽悠了，肯定不是这样的。从计算机基础的角度来说，HTML 和 CSS 都不是图灵完备的（你非要说 CSS 可以 Hack 出元胞自动机我也没办法）。很多缺乏基本计算机科学素养的从业者，根本没有认识到，布局代码不是图灵完备的，能方便地拖拽出布局，决不代表能方便地拖拽出图灵完备的逻辑。然而甚至连国内巨头的某些技术 Leader 都有这种错误的认识，国内业界大环境之浮躁可见一斑。
当然了「拖拉拽」式的编辑器，但我们的业务从来只限于结构化数据的编辑，并没有投入资源研究「如何用我们的编辑器写代码」这种天马行空的事情。比起把时间投入在这种希望渺茫的方向上，我们选择深入渲染，更多地深入 Web 和 Native 开发的技术栈，更多地控制从数据到像素的流程，在业务范围内创造更好的用户体验。我个人觉得，一个公司对基本技术方向的确定，能体验出技术决策层的水平和眼界。
仅代表本人看法，欢迎大家留言讨论

因为现在的开发工作流已经比拖控件更高效了呀，当然，如果将「拖拽生成 GUI 界面及其逻辑」的目标改成「拖拽式编程」，那么倒也有靠谱的技术路线。比如我玩过的小米智能积木和树莓派 ，它们都提供了 Scratch 的用户界面。
这对于编写自动化操作脚本倒也挺有用的。我大学时用这玩意写过 COC 的挂机脚本。代码没什么美感，其实就是个高级的按键精灵吧……
上面这两种方向确实都是 GUI 与代码结合的思路，不过也都不是拖控件，也都比较小众。那么拖控件的方式，是不是有可能是在他们基础上，更为进步的技术呢？别被大厂 PPT 忽悠了，肯定不是这样的。从计算机基础的角度来说，HTML 和 CSS 都不是图灵完备的（你非要说 CSS 可以 Hack 出元胞自动机我也没办法）。很多缺乏基本计算机科学素养的从业者，根本没有认识到，布局代码不是图灵完备的，能方便地拖拽出布局，决不代表能方便地拖拽出图灵完备的逻辑。然而甚至连国内巨头的某些技术 Leader 都有这种错误的认识，国内业界大环境之浮躁可见一斑。
当然了「拖拉拽」式的编辑器，但我们的业务从来只限于结构化数据的编辑，并没有投入资源研究「如何用我们的编辑器写代码」这种天马行空的事情。比起把时间投入在这种希望渺茫的方向上，我们选择深入渲染，更多地深入 Web 和 Native 开发的技术栈，更多地控制从数据到像素的流程，在业务范围内创造更好的用户体验。我个人觉得，一个公司对基本技术方向的确定，能体验出技术决策层的水平和眼界。
仅代表本人看法，欢迎大家留言讨论