脫仍是不脫？【轉】

簡述

看標題來的吧，邪惡了吧，認真了吧。。。認真就輸了！

其實今天說的內容不只僅侷限於Qt，在不少其它語言或者框架中也適用，那就是-用可視化工具，仍是用文本編輯器？拖，仍是不拖？

若是有人問我哪一個好？我會堅決果斷地說不脫，由於我比較矜持O(∩_∩)O哈哈~！

其實從剛接觸Qt開始，我就習慣了手寫代碼，不喜歡用Designer。固然，不喜歡不表明不會（其實很熟練）。就和我一直很喜歡用Visual Studio同樣，若是出於跨平臺考慮只能選擇Creator（博客中的分享我如今也是基於Creator來說解的）。

• 簡述
• 你是否被鄙視過
• 猿A與猿B
• 優略性
• 何去何從
• 心得

你是否被鄙視過

項目開始時，組內成開發員過來碰了個面。「是用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~，對大部分程序猿來講，此項操做比較耗時！

心得

因此咱們應該很清晰的給本身定位：

• 對初學者來講，拖是必經之路，必須得會用。
• 對於接觸時間較長的猿來講，必須得會拖，而且得拖地很熟練，並且還要熟練地擼代碼。

---

原文做者：一去丶二三裏
做者博客：去做者博客空間