zoukankan      html  css  js  c++  java
  • 脱还是不脱?【转】

    简述

    看标题来的吧,邪恶了吧,认真了吧。。。认真就输了!

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

    如果有人问我哪个好?我会毫不犹豫地说不脱,因为我比较矜持O(∩_∩)O哈哈~!

    其实从刚接触Qt开始,我就习惯了手写代码,不喜欢用Designer。当然,不喜欢不代表不会(其实很熟练)。就和我一直很喜欢用Visual Studio一样,如果出于跨平台考虑只能选择Creator(博客中的分享我现在也是基于Creator来讲解的)。

    你是否被鄙视过

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

    猿A与猿B

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

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

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

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

    猿A:刚开始的时候,我不会手写,只能拖控件。而且,我们有Designer为啥还要手写,不是多此一举吗?

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

    猿A:反正我喜欢拖,不管怎么说,我都要拖。拖。。拖

    猿B:无语ing。。。

    优略性

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

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

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

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

    何去何从

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

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

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

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

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

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

    心得

    所以我们应该很清晰的给自己定位:

    • 对初学者来说,拖是必经之路,必须得会用。
    • 对于接触时间较长的猿来说,必须得会拖,并且得拖地很熟练,而且还要熟练地撸代码。

    原文作者:一去丶二三里
    作者博客:去作者博客空间
    作者:芝麻科技
    出处:芝麻麻雀-Asp.Net学习之路
    技术:C++,C#
    向我打赏
    加我微信,聊一聊技术
  • 相关阅读:
    hdu 5119 Happy Matt Friends
    hdu 5128 The E-pang Palace
    hdu 5131 Song Jiang's rank list
    hdu 5135 Little Zu Chongzhi's Triangles
    hdu 5137 How Many Maos Does the Guanxi Worth
    hdu 5122 K.Bro Sorting
    Human Gene Functions
    Palindrome(最长公共子序列)
    A Simple problem
    Alignment ( 最长上升(下降)子序列 )
  • 原文地址:https://www.cnblogs.com/mzy-google/p/5162096.html
Copyright © 2011-2022 走看看