正文

ui設(shè)計(jì)參考（ui設(shè)計(jì)參考網(wǎng)站）

發(fā)布時(shí)間：2023-04-28 01:29:58 稿源：創(chuàng)意嶺閱讀： 841

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于ui設(shè)計(jì)參考的問題，以下是小編對(duì)此問題的歸納整理，讓我們一起來看看吧。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀企業(yè)，服務(wù)客戶遍布全國，設(shè)計(jì)相關(guān)業(yè)務(wù)請(qǐng)撥打175-8598-2043，或微信：1454722008

本文目錄:

1、UI設(shè)計(jì)有哪些規(guī)范
2、ui界面設(shè)計(jì)字體有哪幾種選擇？
3、游戲設(shè)計(jì)中UI設(shè)計(jì)一般使用什么軟件？
4、初學(xué)ui設(shè)計(jì)需要哪些軟件

ui設(shè)計(jì)參考（ui設(shè)計(jì)參考網(wǎng)站）

一、UI設(shè)計(jì)有哪些規(guī)范

高質(zhì)量的規(guī)范文檔是一個(gè)優(yōu)秀設(shè)計(jì)系統(tǒng)的代表物。我們詳實(shí)地描述每個(gè) UI 組件的設(shè)計(jì)與代碼規(guī)范，來幫助設(shè)計(jì)師高效地作出決策，推動(dòng)開發(fā)速度。編寫高質(zhì)量的文檔需要前期規(guī)劃和一系列合理的流程來輔助，付出的成本相當(dāng)高。

這個(gè)系列由六篇文章組成，致力于描述編寫組件規(guī)范文檔的過程。本篇我會(huì)從目標(biāo)讀者、文檔內(nèi)容、文檔結(jié)構(gòu)開始。然后會(huì)涉及案例，設(shè)計(jì)與代碼指南。這些內(nèi)容來自于我自己這些年的實(shí)踐經(jīng)驗(yàn)以及社區(qū)里大家所分享的知識(shí)。

那么我以一個(gè)問題開始今天的主題：文檔的目標(biāo)讀者是誰，他們需要什么樣的內(nèi)容，作為編寫者我們該怎樣組織文檔結(jié)構(gòu)來作出清晰的表達(dá)？

文檔的目標(biāo)讀者

首先：你要弄清楚誰是你的文檔的主要讀者。

工程師，設(shè)計(jì)師，還有公司里的所有人！

當(dāng)一個(gè)設(shè)計(jì)系統(tǒng)包含了代碼指南，工程師們顯然會(huì)是讀者。那么一個(gè)只包含了代碼指南的設(shè)計(jì)系統(tǒng)應(yīng)該服務(wù)于設(shè)計(jì)師嗎？如果文檔里只包含了設(shè)計(jì)規(guī)范而沒有代碼（如 Material Design），工程師還是讀者嗎？

在我看來，兩個(gè)問題的答案都是肯定的。規(guī)范文檔是從不同的角度來服務(wù)于多種角色的。

除了設(shè)計(jì)與工程，它還服務(wù)于其他人嗎？很有可能，特別是當(dāng)文檔所在的設(shè)計(jì)系統(tǒng)已經(jīng)成為產(chǎn)品的基石時(shí)。簡短有效的介紹對(duì)于 PM（產(chǎn)品經(jīng)理）很有價(jià)值，QA（測試）則比較關(guān)注案例部分…等等。

規(guī)范文檔是從不同的角度來服務(wù)于多種角色的

很多設(shè)計(jì)系統(tǒng)團(tuán)隊(duì)還會(huì)把自己的系統(tǒng)公開出來，在體現(xiàn)共享精神的同時(shí)也能起到吸引行業(yè)人才的作用。所以文檔應(yīng)該能夠體現(xiàn)團(tuán)隊(duì)的專業(yè)與嚴(yán)謹(jǐn)。

文檔的主要目標(biāo)是：為設(shè)計(jì)師、工程師和團(tuán)隊(duì)里的其他角色服務(wù)，讓他們能夠高效地做決策。

Takeaway：設(shè)計(jì)系統(tǒng)的效應(yīng)和影響力不只覆蓋設(shè)計(jì)與工程，一個(gè)成長中的系統(tǒng)必將會(huì)服務(wù)于更多的角色。

工程師，接著是設(shè)計(jì)師，然后才是其他人

為所有角色服務(wù)并不意味著平等地服務(wù)所有角色。工程師每天會(huì)查閱 10 次或更多次文檔，他們甚至?xí)盐臋n與代碼編輯器窗口并排排列！設(shè)計(jì)師的訪問次數(shù)應(yīng)該是少于工程師的，其他角色則會(huì)更少。

所以誰是最重要的？以我的經(jīng)驗(yàn)來看，設(shè)計(jì)系統(tǒng)最初就是為了工程與設(shè)計(jì)之便，由工程師和設(shè)計(jì)師建立的。即使其他角色也對(duì)其有所貢獻(xiàn)，但他們?nèi)允瞧我?。因此我們首先需要確保工程師與設(shè)計(jì)師的需求能夠得到滿足。

設(shè)計(jì)師與工程師優(yōu)先級(jí)最高

那么，工程師與設(shè)計(jì)師孰輕孰重呢？我最近參與設(shè)計(jì)的設(shè)計(jì)系統(tǒng)項(xiàng)目中都需要同時(shí)服務(wù)于兩者，為設(shè)計(jì)和代碼制作規(guī)范指南。我也在一些企業(yè)的文檔中看到了對(duì)其中一方的過多偏見，或者是有將他們的目標(biāo)完全分離開的傾向（稍后我會(huì)解釋）。有很多維度需要考量：設(shè)計(jì)系統(tǒng)的目標(biāo)，他們的使用頻率，內(nèi)容深度、質(zhì)量、生產(chǎn)成本，以及和他們?nèi)粘９ぷ鞯南嚓P(guān)度。

設(shè)計(jì)師 vs 工程師

Takeaway：讀者的優(yōu)先級(jí)由很多因素決定。要有預(yù)期：工程師和設(shè)計(jì)師的需求會(huì)有沖突，并盡可能地優(yōu)化和處理這些沖突。如果實(shí)在不行，就要偏向于距離最終產(chǎn)品最近的那一方，通常是工程師。這就意味著工程師優(yōu)先，設(shè)計(jì)師其次。

文檔內(nèi)容

規(guī)范文檔是連接讀者與內(nèi)容的媒介。內(nèi)容會(huì)有不同的格式或模塊，因此成本也各有差異，而你需要最終把它們編織在一起。

文檔內(nèi)容模塊：簡介和案例文檔內(nèi)容模塊：設(shè)計(jì)參考和代碼參考

抽象地來看，規(guī)范文檔的內(nèi)容通常包含以下四種模塊：

介紹：組件的名稱，以及一段簡明扼要的介紹。（必要）
案例：這個(gè)組件的各種形式，狀態(tài)，尺寸等等其他要素，比較好的做法是用代碼直接把這些展示出來，而不是不可以交互的靜態(tài)圖片。（必要）
設(shè)計(jì)參考：比如什么時(shí)候應(yīng)該用這個(gè)組件，允許的做法與不允許的做法，以及視覺、交互、文案方面的指南。（推薦）
代碼參考：包含 API 和其他實(shí)施及部署方面的指南。（必要）

不同的模塊會(huì)有不同的制作成本

「介紹」寫起來當(dāng)然非常的短平快。結(jié)構(gòu)優(yōu)秀的「案例」也是值得投入成本的，并且寫起來會(huì)越來越順手。工程師也需要一個(gè)合理清晰的「代碼參考」。但是，真正有效的「設(shè)計(jì)參考」可能會(huì)非常耗費(fèi)成本。

橫軸：細(xì)節(jié)的豐富程度由淺到深?？v軸：制作成本由低到高

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：規(guī)范文檔可以包含很多內(nèi)容模塊。所以需要團(tuán)隊(duì)在前期就進(jìn)行充分的討論，對(duì)每種內(nèi)容模塊做出符合自己團(tuán)隊(duì)和產(chǎn)品價(jià)值的判斷，再投入成本去制作。

文檔的信息結(jié)構(gòu)

設(shè)計(jì)與代碼：分開還是合并？

在實(shí)踐中，設(shè)計(jì)師往往會(huì)自顧自的發(fā)布或更新和自己相關(guān)的內(nèi)容，工程師也一樣。這樣的慣性行為會(huì)在無意中增加設(shè)計(jì)與工程的距離。所以大家需要在前期就對(duì)文檔的信息結(jié)構(gòu)達(dá)成共識(shí)。

谷歌的 Material 文檔生態(tài)就是這種距離感的代表。 Material’s design foundation 優(yōu)先服務(wù)于設(shè)計(jì)實(shí)踐, 而 Material Design Lite，Polymer Project，Android Developer’s，Material UI (built for React) 都是服務(wù)于代碼，和設(shè)計(jì)規(guī)范綁定的并不緊密。

請(qǐng)點(diǎn)擊輸入圖片描述

這種分離的狀態(tài)其實(shí)是有意義和理由的。因?yàn)?Material 是一個(gè)操作系統(tǒng)的底層系統(tǒng)，跨越了許多框架，團(tuán)隊(duì)，平臺(tái)。它的復(fù)雜度在某種意義上超越了目前世界上所有的設(shè)計(jì)系統(tǒng)。但你要知道大多數(shù)的設(shè)計(jì)系統(tǒng)并不是服務(wù)于一個(gè)操作系統(tǒng)的，因此不會(huì)發(fā)展至如此復(fù)雜的形態(tài)。

對(duì)于像我們一樣的產(chǎn)品團(tuán)隊(duì)來說，設(shè)計(jì)和代碼分開是符合共識(shí)的。這種做法能夠給分別為兩種角色設(shè)計(jì)符合他們需求的體驗(yàn)。

組件設(shè)計(jì)規(guī)范與 API 和代碼規(guī)范分別放在兩個(gè)網(wǎng)站上。來自：Atlassian

請(qǐng)點(diǎn)擊輸入圖片描述

這種做法也有風(fēng)險(xiǎn)。隨著時(shí)間推移，兩個(gè)網(wǎng)站可能出現(xiàn)不同步的現(xiàn)象：

設(shè)計(jì)與代碼的分類邏輯出現(xiàn)差異（最簡單的例子就是 Loader 和 Spinner 的命名：代碼里叫 Loader，而設(shè)計(jì)里則叫 Spinner）
功能差異：設(shè)計(jì)規(guī)范里出現(xiàn)了代碼不能實(shí)現(xiàn)的功能，或者代碼里加入了設(shè)計(jì)里沒有考慮的功能。

你可能會(huì)覺得這樣也挺好，畢竟設(shè)計(jì)和代碼本身就是兩個(gè)領(lǐng)域。至少對(duì)于文檔的寫作者來說這種分離還是挺方便的（只用考慮自己的需求，管理自己的進(jìn)度）。

但真正的讀者需要的是一個(gè)「真相的唯一來源（Single source of truth）」。如果你是一個(gè)對(duì)設(shè)計(jì)和代碼都有需求的讀者，你會(huì)發(fā)現(xiàn)自己不停在兩個(gè)網(wǎng)站間切換，兩個(gè)地方都有對(duì)你有價(jià)值的內(nèi)容，這感覺就像是在打網(wǎng)球時(shí)陷入了拉鋸戰(zhàn)。

Takeaway：要慎重地看待設(shè)計(jì)與代碼的分離。雖然一開始方便了內(nèi)容作者和發(fā)布者，但之后會(huì)有風(fēng)險(xiǎn)。這種做法也可能會(huì)在潛移默化中造成設(shè)計(jì)與工程的距離擴(kuò)大。

合并內(nèi)容的兩種方案：堆疊還是切換？

例如 Morningstar Design System 是把設(shè)計(jì)和代碼放在一個(gè)頁面里，讀者就能找到完全統(tǒng)一的命名，指南，功能描述。

一個(gè)頁面之堆疊式：把設(shè)計(jì)和代碼放在一個(gè)頁面中，縱向滾動(dòng)來查看。

請(qǐng)點(diǎn)擊輸入圖片描述

堆疊式的布局方式會(huì)使得頁面變得冗長。當(dāng)然還有一種方式是使用 Tab 來切換內(nèi)容。

一個(gè)頁面之切換時(shí)：把設(shè)計(jì)和代碼放在一個(gè)頁面中，通過 Tab 來切換內(nèi)容。

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：將設(shè)計(jì)和代碼混合在一起是有可能的，大家可以按自己的需求來選擇以上兩種布局方式。

按類型來為內(nèi)容做排列和編組

不論選擇那種布局方式，文檔內(nèi)容的模塊結(jié)構(gòu)和順序應(yīng)該是保持一致的：

簡介
案例
設(shè)計(jì)參考
代碼參考

其實(shí)只要把「案例」放到讀者一進(jìn)來就能看到的地方，把設(shè)計(jì)和代碼參考放在一步點(diǎn)擊就能達(dá)到的地方，就是一個(gè)不錯(cuò)的設(shè)計(jì)了。下面是幾種行業(yè)內(nèi)比較有代表性的模式：

左：IBM Carbon 模式中：Hudl's Uniform System 模式右：Lightning Design System 模式

請(qǐng)點(diǎn)擊輸入圖片描述

IBM Carbon 認(rèn)為代碼更應(yīng)該被優(yōu)先展示，將交互用法和樣式分別放在其他的 Tab 中。Hudl’s Uniform system 把順序反了過來，設(shè)計(jì)優(yōu)先于代碼。 Salesforce’s Lightning Design System 把代碼和組件案例放在 Tab 上方，默認(rèn)選中開發(fā)者指南這個(gè) Tab，而后兩個(gè) Tab 則被奇怪地留空了。

Takeaway：把簡介和案例放在一開始最重要的位置，接下來的模塊則沒有唯一的方案，需要大家自己做出符合自己團(tuán)隊(duì)情況的判斷。

若頁面很長，則為讀者提供定位導(dǎo)航

你的文檔頁面越長，越需要給讀者清晰的認(rèn)知，要讓他們知道這個(gè)頁面里會(huì)包含哪些內(nèi)容以及當(dāng)前所處的位置?？v向的定位導(dǎo)航欄是個(gè)不錯(cuò)的方案：一直固定存在于頁面右側(cè)，在滾動(dòng)時(shí)同步追蹤位置，并且可以包含子標(biāo)題。

Morningstar Design System 在文檔頁面右側(cè)設(shè)計(jì)了一個(gè)兩級(jí)的定位導(dǎo)航欄

請(qǐng)點(diǎn)擊輸入圖片描述

Takeaway：不論選擇哪種形式，最重要的是在整個(gè)系統(tǒng)中保持邏輯一致，符合讀者的預(yù)期與心理模型。

展示設(shè)計(jì)？展示代碼？還是都展示？

把設(shè)計(jì)和代碼融合，就會(huì)有讀者只對(duì)其中一個(gè)方面感興趣，他們會(huì)提出自己的意見：

設(shè)計(jì)負(fù)責(zé)人可能會(huì)問到：我能把這些代碼案例和指南隱藏掉嘛？

工程師可能會(huì)問：我能把這些和設(shè)計(jì)規(guī)范有關(guān)的文字隱藏掉嘛？

可以考慮加一個(gè)選項(xiàng)或按鈕來允許隱藏設(shè)計(jì)/代碼內(nèi)容。比如：

Design Only：把代碼指南、代碼片段和屬性表等等都隱藏起來

Code Only：把視覺樣式指南和文案指南都隱藏，但還是要把一部分交互用法指南保留著，這對(duì)工程師們也有用。

二、ui界面設(shè)計(jì)字體有哪幾種選擇？

手機(jī)軟件中的字體，ui界面設(shè)計(jì)字體有以下幾種：

一、在ios中默認(rèn)字體分為三類：

第一類：STHeiti-Light.ttc （黑體-簡與黑體-繁的細(xì)體）和 STHeiti-Medium.ttc（黑體-簡與黑體-繁的中黑）代表的是中文字體，常用的方正黑體簡體

第二類：_H_Helvetica.ttc 和 _H_HelveticaNeue.ttc 代表的是英文以及數(shù)字字體，常用的字體Helvetica

第三類：LockClock.ttf 代表的是鎖屏?xí)r間字體

二、在Android中，英文字體使用Roboto，中文字體使用Noto（思源黑體）。

以前的設(shè)計(jì)中，中文字體主要是使用微軟雅黑，但微軟雅黑在界面中就顯得有點(diǎn)厚重、臃腫。Google聯(lián)合Adobe發(fā)布了「思源黑體」作為Android的默認(rèn)中文字體，新的「思源黑體」不僅僅在字形上更易于在屏幕的閱讀，并且擁有7個(gè)字重，充分滿足了設(shè)計(jì)的需求。

三、ui界面設(shè)計(jì)一般用的字體是：微軟雅黑

其他可以參考一些ui界面設(shè)計(jì)規(guī)范，里面都有一些很嚴(yán)謹(jǐn)?shù)母袷健⒆煮w、大小、顏色等數(shù)據(jù)規(guī)范的。

想要了解更多關(guān)于手機(jī)軟件字體的相關(guān)信息推薦選擇Pixso協(xié)同設(shè)計(jì)。Pixso可以多人云端協(xié)作設(shè)計(jì)，實(shí)時(shí)同步字號(hào)、邊框、顏色等各種細(xì)節(jié)。Pixso不僅是一站式產(chǎn)品設(shè)計(jì)協(xié)作工具，更是一款專業(yè)的UI/UX設(shè)計(jì)工具，更多矢量網(wǎng)格、布爾運(yùn)算、樣式創(chuàng)建、智能排版等高階功能，使設(shè)計(jì)師真正專注于創(chuàng)造本身。

三、游戲設(shè)計(jì)中UI設(shè)計(jì)一般使用什么軟件？

游戲設(shè)計(jì)中UI設(shè)計(jì)一般使用軟件：AdobePhotoshop、Adobeillustrator、AfterEffects、AxureRP。

AdobePhotoshop更適用于圖像處理；Adobeillustrator更適用于出版、多媒體和在線圖像的工業(yè)標(biāo)準(zhǔn)矢量插畫。AfterEffects更適用于從事設(shè)計(jì)和視頻特技的機(jī)構(gòu)，屬于層類型后期軟件。AxureRP更適合快速創(chuàng)建應(yīng)用軟件或Web網(wǎng)站的線框圖、流程圖、原型和規(guī)格說明文檔。

擴(kuò)展資料：

怎樣做一個(gè)好的游戲UI設(shè)計(jì)師？

游戲UI設(shè)計(jì)不僅要考慮如何繪制花紋、擺放按鈕，更重要的是考慮用戶的交互方式，以及程序的實(shí)現(xiàn)。

在游戲研發(fā)前期，在美術(shù)風(fēng)格還沒有敲定下來的時(shí)候，游戲UI設(shè)計(jì)師就需要參與其中。游戲界面存在的意義就是為了實(shí)現(xiàn)游戲與玩家之間的交流，這里的交流包括玩家對(duì)游戲的控制，以及游戲給玩家的提示和反饋。游戲UI的首要目的是實(shí)現(xiàn)控制和反饋。

對(duì)于游戲UI設(shè)計(jì)師來說，工作職能不僅是做設(shè)計(jì)，還有效果，效果的好壞體現(xiàn)了設(shè)計(jì)師解決問題的能力。中途會(huì)遇到策劃、程序等多方面問題，但是在同等資源條件下，得到更好的結(jié)果，體現(xiàn)設(shè)計(jì)師的價(jià)值。

參考資料來源：百度百科-UI設(shè)計(jì)

參考資料來源：百度百科-游戲UI設(shè)計(jì)：修煉之道

四、初學(xué)ui設(shè)計(jì)需要哪些軟件

初學(xué)ui設(shè)計(jì)推薦選擇Pixso協(xié)同設(shè)計(jì)。該工具不僅是一站式產(chǎn)品設(shè)計(jì)協(xié)作工具，更是一款專業(yè)的UI/UX設(shè)計(jì)工具。更多矢量網(wǎng)格、布爾運(yùn)算、樣式創(chuàng)建、智能排版等高階功能，組件級(jí)自動(dòng)布局，增加或刪除內(nèi)容都無需手動(dòng)調(diào)整，智能排版，且自適應(yīng)不同屏幕尺寸，使設(shè)計(jì)師真正專注于創(chuàng)造本身，值得選擇。

Pixso屬于一款小而美的UI設(shè)計(jì)工具，設(shè)計(jì)功能全而精，不會(huì)過于復(fù)雜全面而難以入手，但又能很好的包含UI設(shè)計(jì)工作時(shí)所需要的功能。

鋼筆工具：相較于傳統(tǒng)的AI軟件更加靈活，可以直接增加無方向路徑。

智能形狀工具：不僅提供了諸多預(yù)設(shè)圖形，還可以拖動(dòng)錨點(diǎn)進(jìn)行快速轉(zhuǎn)換，以此進(jìn)行高效畫圖。

自動(dòng)布局：能夠快速的將多個(gè)對(duì)象創(chuàng)建父級(jí)框架，進(jìn)行有序排版，當(dāng)增加或刪減對(duì)象時(shí)，都

自動(dòng)調(diào)整其他對(duì)象位置進(jìn)行重新排版。

歷史版本：可以隨時(shí)保存當(dāng)前版本，需要時(shí)可以隨時(shí)回溯。

想要了解更多關(guān)于ui設(shè)計(jì)的相關(guān)信息，推薦選擇Pixso協(xié)同設(shè)計(jì)。該工具無縫銜接以往工作，支持Sketch、XD、SVG等文件導(dǎo)入導(dǎo)出，自由進(jìn)行Sketch的文件格式轉(zhuǎn)換。并且，文件自動(dòng)保存到云端，一鍵回溯到任意歷史版本，再也不用擔(dān)心文件丟失。素材庫集成眾多大廠優(yōu)秀的設(shè)計(jì)系統(tǒng)，所有UI設(shè)計(jì)師均可直接拖拽復(fù)用，從此省去大量模塊化設(shè)計(jì)環(huán)節(jié)的重復(fù)勞動(dòng)。

以上就是關(guān)于ui設(shè)計(jì)參考相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。