軟體該不該自繪界面而不用系統默認的界面？

---

我非常反感所有「自繪界面」的應用程序，但前提是該操作系統有一個完整良好的 UI 規範（Ubuntu自帶的軟體中心確實很難看）。比如 Windows 7 下，你的窗口邊框最好支持透明玻璃的，在 Android 下最好不要出現 iOS 式的後退按鈕、橡皮筋效果等。否則我覺得就是對用戶極大地不尊重（再此吐槽微信 Android 版）。

---

我想@任文龍 的評論可以作為答案的。2012-01-05
很多自繪界面的交互方式，界面API與系統的也不一致，在一些極端情況下可用性很差。比如系統為視力差的用戶提供了高對比度主題，視力差的用戶還可以調高dpi來增大界面元素和文字。自繪的界面很多不考慮dpi，不支持高對比度主題，對讀屏軟體支持的也不好。

---

軟體不知道該不該，但是我們知道，幾乎所有的遊戲都是自繪界面的，無論對話框還是字體渲染。

本質上來說，我認同軟體不應該使用自繪界面，但是，但是。。。

其實一個程序究竟是遊戲還是軟體，有些時候是不好區分的。假如軟體跟遊戲並沒有截然的分界線，那麼，是否所有人都仍然認為軟體應該使用系統界面？

所以，使用什麼界面，是基於你的設計的側重點。如果你的側重點是效率，那麼就應當儘可能的使用系統界面，因為這理論上應該是用戶最習慣的界面，所有期望的界面元素都在用戶期望的地方，並且長成用戶期望的樣子。

但如果你的側重點就是要與眾不同，就是要讓用戶在你的程序中停留更多的時間，而非更短時間的完成任務呢？情況就有些不一樣了。例如遊戲是個典型例子，遊戲的設計目標不是讓你最快速最有效率的完成這個遊戲，而相反是讓你儘可能的在這個遊戲中耗費更多的時間，所以它自然是通常不會使用系統界面的。

那麼，我們說，微信是用來幹嘛的？答案是不同的人有不同的需求。如果僅僅拿它做個通訊工具，這個時候，效率至上，應當儘可能的完全採用系統控制項。所以，這似乎確實是一個很典型的翻面例子，微信的 android 界面是對微信 iOS 界面的完整模仿，而這已經被幾乎多數開發者認同是一個拙劣的設計風格。

---

自繪界面基本都是那些審美水平低下但是自我感覺特別良好的人愛乾的事

---

要啊……我不得不自己在XP下用VB6仿metro風格以保持ui的一致和操作系統兼容性。

---

有兩種情況我會選擇用自繪界面，1）我的功能與其他同類軟體沒有太多差別，且短期內無法再提高；2）同類軟體已經把界面要求提高到了新的水平，我必須追趕。
歸結起來就是，如果你的軟體能夠在功能上有（或者可能有）絕對的優勢，那麼專心在功能上突破，界面只要好用就行，系統自帶的控制項做起來最快。
再簡單一點，只要你的軟體還持續能賣錢，界面就不是重心。此類軟體很多，比如很多專業統計軟體（Minitab），功能非常強大，但界面仍然停留在10年前。

---

理想的情況是操作系統級別的UI支持已經完美,以至於你可以簡單的繪製出你想要的任何比較炫的效果.但是顯然這是無法達到的.因此凡是對審美有一定追求的軟體都會走上自繪這條大道.

---

感覺在手持設備上界面統一很重要，而電腦上就很難說了，有些東西還要考慮不同平台里界面的統一性。

---

以前做的軟體是賣給老外的。
可以負責任的說，一個漂亮的自繪界面會讓軟體銷售額翻番。
你可以想像一下，一個和QQ同樣功能的產品但是只使用原生界面你會選擇哪個？你用Win7的時候是否會把主題調為經典模式？
所以最終不是該不該的問題，而是需不需要的問題。
永遠不要聽少數極端分子的意見，比如不能在Android 下使用IOS的風格，或者不能在Mac下使用Windows風格之類的，如果有自己的統計渠道還是用數據說話比較好。

---

如果是商業軟體，市場自己會選擇。

如果是個人項目，怎麼喜歡怎麼來。

---

不該用自繪界面，自繪界面會使整體效率變低，消耗更多的精力與資源。

---

windows界面開發太差了，所以只能自繪了

我感覺微軟是假設大家都只有辦公需求，木有娛樂需求，所以ui和控制項都商務的要命，問題是誰天天寫表格對話框啊

---

推薦閱讀：