简述
其实今天说的内容不仅仅局限于Qt,在很多其它语言或者框架中也适用,那就是 - 用可视化工具or文本编辑器?拖or不拖?
如果有人问我喜欢脱or不脱?我会毫不犹豫地说不脱,因为我比较矜持O(∩_∩)O哈哈~!
其实刚接触Qt,我就习惯了手写代码,不喜欢用Designer。不喜欢并不代表不会,其实很熟练 - 因为很熟,所以注定是朋友O(∩_∩)O~。就和我一直很喜欢用Visual Studio一样,当然,Creator也是很棒的(博客中的分享也是基于Creator来讲解)。
喜欢并不能说明纯代码在任何情况下一定是最好的,也许对我来说是因为习惯了。这好比喜欢一个人,不仅仅喜欢TA的优点,还得包容TA的缺点,这就是喜欢!
你是否被鄙视过
项目开始时,组内开发成员过来碰了个面。“是用可视化编辑器,还是纯代码?”话音未落,就会有人一副鄙视的样子说当然是纯写代码了。然后自己闷头在想这是个什么情况。没有可视化编辑器的时候,一直想要可视化编辑器,现在有这么好的可视化编辑器为什么却非不用呢?
猿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不拖,一直都备受争议,说说你的选择。。。