简述

其实今天说的内容不仅仅局限于Qt，在很多其它语言或者框架中也适用，那就是 - 用可视化工具or文本编辑器？拖or不拖？

如果有人问我喜欢脱or不脱？我会毫不犹豫地说不脱，因为我比较矜持O(∩_∩)O哈哈~！

其实刚接触Qt，我就习惯了手写代码，不喜欢用Designer。不喜欢并不代表不会，其实很熟练 - 因为很熟，所以注定是朋友O(∩_∩)O~。就和我一直很喜欢用Visual Studio一样，当然，Creator也是很棒的（博客中的分享也是基于Creator来讲解）。

喜欢并不能说明纯代码在任何情况下一定是最好的，也许对我来说是因为习惯了。这好比喜欢一个人，不仅仅喜欢TA的优点，还得包容TA的缺点，这就是喜欢！

• 简述
• 你是否被鄙视过
• 猿A-PK-猿B
• 优略性
• 何去何从
• 越拖越难过
• 探讨

你是否被鄙视过

项目开始时，组内开发成员过来碰了个面。“是用可视化编辑器，还是纯代码？”话音未落，就会有人一副鄙视的样子说当然是纯写代码了。然后自己闷头在想这是个什么情况。没有可视化编辑器的时候，一直想要可视化编辑器，现在有这么好的可视化编辑器为什么却非不用呢？

猿A-PK-猿B

猿A：能拖不拖的属于思想腐朽，不思进取。本身5分钟能搞定的事还用半小时撸代码玩，是病，得治。

猿B：装逼必须的，我有代码洁癖，自己写实现UI大部分都是手动，简单直观快捷，而且复杂关系的布局好调整。

猿A：如果光是一些简单的交互，界面也不复杂，这时候拖控件所能体现出来的效率是纯代码无法比拟的。

猿B：我很熟悉了，即使手写也可以很快搞定，拖控件那都是低级程序员干的事，大神怎么屑于做？

猿A：刚开始的时候，我不会手写，只能拖控件。而且，我们有可视化编辑器为啥还要手写，不是多此一举吗？

猿B：控件就这么几个，不能满足需求的时候怎么拖！手写的话可以自定义很多控件，而且很方便移植。

猿A：不要跟自己过不去，真的。人生苦短，何必呢？

猿B：纯代码可以让你熟悉整个流程的实现和细节，何乐而不为？

猿A：反正我喜欢拖，不管怎么说，我都要拖。拖。。拖。。。一拖到底！

猿B：沉默中。。。开始思考人生。

优略性

说实话，我觉得到底是拖控件还是纯代码还是要以项目复杂度为准。

以前我参与过百万行代码量的项目，这是一个什么概念？大家可以和自己最大的项目对比一下。访问量较大、安全性较高，当然，其中80%以上肯定是纯代码写的。很简单的道理，很多界面布局和交互从技术实现上，难度极大，光是用可视化编辑器肯定实现不了。

参与过几万行代码量的项目中，基本有很多是一些简单的交互，界面也不复杂，这时可视化编辑器所能体现出来的效率是纯代码无法比拟的。

但是，毫不夸张的说，一些简单的UI如果用可视化编辑器来做，一个优秀的程序猿用纯代码很快就可以完成。但是如果有一个工具可以提高开发效率，为什么不用呢？

何去何从

• 可视化开发工具能实现的功能，代码都能实现。
• 代码能够实现的功能，可视化开发工具不一定能实现。
• 对于可视化开发工具能实现的功能，其开发效率要高于代码。

显然，如果存在一个所有功能都能用代码实现的项目。

a. 全部使用代码。
可行，效率低，纯代码思维，全键盘工作。

b. 全部用可视化工具。
不可行。

c. 使用可视化工具实现能实现的功能，剩下的使用代码。
可行，效率相对较高。

看来就选c了~~~，然而现实中哪有这么理想的情况，很多情况下你需要花时间仔细斟酌：这个效果我是要用可视化编辑器来做更好呢，还是纯代码来写更棒呢。。。可视化编辑器我点两下鼠标就搞定了。。。代码好像可以预留一些扩展来应对需求变化。。。O(∩_∩)O~，对大部分程序猿来说，此项操作比较耗时！

越拖越难过

歌曲：越拖越难过
歌手：╰一去 二三里`

说 说你为什麼 为什麼要拖
说你为何要拖动 别拖
求你别软弱 求你说出口 拖动的理由
但你却(还) 拖 拖 拖 拖到什麼时候
如果要拖却又为何停留
请你别 拖 拖 拖 大声的说出口
请你要拖就拖个快活

如果说你要拖 我不会留
我不去管以后
然后我们说清楚 一句话就够
如果说你要拖 我不会留
我不去管以后多麼痛 多麼的难过
别越拖越难过
然后连代码都不撸 继续沉默
连商量都没得说 为了什麼
然后跟别人说你其实还是不爱拖
就算了吧 Coding我来作

探讨

刚工作的时候，参与的第一个项目的时候，所有的界面都是用可视化编辑器设计的，当时不管三七二十一，先做完再说，根本没有时间考虑太多。但到了后期维护时，我把所有的UI都删了，全部用代码重写了一遍，虽然过程很痛苦，但是效果很喜人。因为我知道，这个阶段总有一天要经历！

拖or不拖，一直都备受争议，说说你的选择。。。