2022-7-3 純純
按鈕是任何用戶界面當中（無論是桌面還是移動用戶界面）必備的交互元素：甚至可以說，如果頁面中沒有一個按鈕，整個頁面設計將是不完整的。在日常生活中，按鈕也是隨處可見的，一個電燈開關、遙控器按鈕，現實生活中按鈕反復的出現也可以幫助我們不斷去理解屏幕世界中按鈕應該如何操作，從而衍生出屏幕世界中的按鈕的具體形態
人機交互中最重要的就是把我們從小到大對于這個世界的認識映射到屏幕世界中，比如蘋果最為經典ios的滑動解鎖
而到了屏幕世界中，控件的設計更應該與物理世界保持相對的一致，這也是按鈕設計中，尤為重要的一個環節
最近常問身邊的朋友，按鈕究竟是什么？
因為對于他們而言，按鈕不就是一個操作區域加上文字，沒什么特別的，也正因如此，對于按鈕的具體構造也不太了解。這篇文章主要是根據自身的工作經驗，結合當下對于按鈕設計的理解，去分析如何進行更合理的按鈕設計
對于每個設計師來說按鈕并不陌生，在每天的設計中，都會使用按鈕進行頁面設計；但又不是每一個設計師都能夠將按鈕設計好，因為它存在三個方面的復雜性：
使用場景過多：
不是每個場景都需要相同的按鈕，比如在登錄頁當中，登錄和注冊就是使用不同的按鈕形式。這些情況特別在B端產品中，業務在每個步驟中需要突出和強調的點不同，導致設計師很難通過具體場景進行按鈕設計；
出現頻率太高：
B端產品中，每個頁面當中都會有按鈕不停的重復，而高頻的出現會讓我們感到麻木，導致很多設計師都將其忽略；
形式太多：
在我總結的按鈕形式當中，一共分為10類，且情況多種多樣，很多時候都沒有意識到不同形式之間的差距，導致亂用混用
因此一個看上去小小的按鈕，其實經常會困擾著我們，如果剛開始沒有將按鈕進行整體的梳理，那么在你的設計過程中，按鈕會經常打斷自己的設計思維，為了讓大家能夠對按鈕有更深的理解，我將按鈕進行系統的拆解，結合實際案例，能夠使按鈕更淺顯易懂
在文章按鈕類型的分析中，我將按鈕分為兩大類、十小類，將其分類也是為了更好的為大家去分析每一個按鈕所涉及到的狀態，當我們理解按鈕之前，你需要了解它的內部構造
首先，拋出一個問題給大家，下圖中，共有幾種按鈕形式？分別是什么？給大家五秒鐘時間思考
如果你對上圖的按鈕形式并不完全了解，建議你拿好小本本，做好筆記～
在開始講常見按鈕類型前，我們必須要搞清楚一個重要的知識點：按鈕狀態
按鈕狀態：可以讓用戶知道這個按鈕當前是在進行哪一種操作，方便幫助用戶進行判斷
常見的按鈕狀態分為：正常狀態(Normal)、聚焦狀態(Focus)、懸停狀態(Hover)、激活狀態(Active)、加載狀態(Loading)、禁用狀態(Disabled)，下面分別對這六大狀態進行拆解
正常狀態 (Normal)：除了其他五種狀態外的情況都是正常狀態，它是按鈕最為常規的狀態形式，也是設計師必須設計的一種狀態
聚焦狀態 (Focus)：主要是用于展示當前電腦光標所在的具體位置。聽起來有點玄乎，我來講他背后的原理，主要是方便一些鍵盤使用的用戶，可以使用Tab鍵或者方向鍵來對網頁進行訪問輸入
比如在Mac OS 以及 Windows的使用中，通過點擊Tab，便展示出文件的Focus狀態
Focus狀態是一個非常重要的交互形式，但是很多設計師都會忽略，甚至在很多網站，直接就是將這個樣式所去除，導致使用Tab鍵無法獲取聚焦的反饋，比如常見的百度、Google再到各大操作系統都會有這類反饋，去除這類反饋，會導致用戶無法用方向鍵控制光標位置，在很大程度上降低用戶使用的可能性
懸停狀態 (Hover)：在桌面端的設計當中，即使用戶知道它是可以點擊的，但是你還是需要設計懸停狀態，表明鼠標現在正在按鈕上。平板電腦和移動端的設備上用永遠不會展示懸停狀態，因為你的手指是無法在屏幕上進行懸停的（雖然IPad OS 更新了13.4版本后，會有Hover態的出現，但是是通過鼠標進行操作，因此這里不予以討論）
激活狀態 (Active)：激活狀態因為叫法不同，在有的地方也稱之為Press狀態，它的表現就是將按鈕按壓下，將顏色變深同時會涉及到內陰影等效果的出現
禁用狀態 (Disable)：按鈕禁用狀態作為最難設計的狀態之一，主要在于禁用狀態的表現形式以及禁用狀態與激活狀態之間如何的切換，我具體來分析一下兩個難點
難點一：禁用狀態在顏色上首先會給人灰色塊的感覺，行業里也稱之為置灰，在設計上，也需要注意光標移動時需要展示禁用光標，即讓前端大哥將Cursor的hover狀態更改為not-allowed，你可以優雅的在前端面前裝個X（之后會出一期，簡單聊聊我與前端如何協作如何裝X）
難點二：禁用與激活狀態的切換，比如在一個注冊頁面中，需要姓名與電話必填，當用戶沒有填寫完成姓名與電話時，應該將按鈕置灰，提示用戶不可以點擊，當用戶填寫完成必填字段后，將禁用按鈕轉變為激活按鈕，提示用戶可以點擊登錄
加載狀態/Loading：按鈕需要時間進行加載的一種狀態，通常會被用戶忽略，但是在B端產品中，Loading狀態尤為重要，這里有很多細節和小技巧，展開講篇幅太大，在文中4.3小節（按鈕細節）會詳細解答
主按鈕為頁面中按鈕區最為核心的操作，在日常場景中，主要按鈕一般都為新建、編輯、保存這一類正向的操作，強調頁面中最為核心的功能，能夠讓用戶一看到主按鈕就明白大致在頁面中需要如何操作
但在主按鈕的使用中，要遵循以下兩個原則：
1.在頁面當中，按鈕區域的主按鈕最好只有一個，否者會對頁面的主要功能造成干擾
2.并不是每一個頁面都需要有主按鈕，不要因為頁面缺失主按鈕而強行加上。因為在實際使用中，時常遇到按鈕之間為平級的關系，強行添加，容易造成頁面層級混亂
在主按鈕中，按鈕狀態的設計也會跟隨物理世界進行相應的映射，因此在設計時需考慮現實生活中的狀態
比如用戶的Hover時，一般都將按鈕抬起并亮度增加，其目的是為了提示用戶可以點擊，而用戶在按下時，用加黑來表示用戶按下的狀態，與現實生活中按鈕的狀態類似，因此按鈕狀態也應該映射物理世界
次按鈕在頁面中出現最為頻繁，在日常使用中，如果你不太確定使用何種按鈕時，那使用它，大概率沒有錯。因為它運用廣泛，出現頻率也最高，因此也被人們稱為標準按鈕
在次按鈕的設計形式中，我們團隊將設計形式分為兩類：
此按鈕整體以文字+邊框的形式，這類形式在視覺層面上感知較弱，適合幾個按鈕同時展示，在B端項目中，字線型也是在使用中最為頻繁的形式
字面型更偏向表達按鈕整體，常見于各類移動端的按鈕當中，整體的表達也更適合移動端這類屏幕尺寸較少的設備當中，更符合卡片化設計的思路，反而不太適合桌面端的設計
文字按鈕為頁面中視覺層級較低的按鈕形式，因而可以在頁面中大面積的重復使用，文字按鈕與鏈接（Link）基本一致，且沒有太多區分，所以在設計上，文字按鈕與鏈接基本相同
文字按鈕重復的出現，以表格頁面當中的操作列表最為突出，因為表格當中常用的操作最好能夠直接展示出來，因此表格中基本都采取文字按鈕的形式
圖標按鈕為頁面中控件占比最小的按鈕，所以在頁面中的使用也是最為高效的。因為沒有了文字元素，會導致用戶在圖標的理解上出現偏差。為了解決這一問題，主要是通過用戶在Hover時使用展示Tooltip提示按鈕的含義，同時建議在圖標按鈕的使用上多為高頻且易理解的圖標
我舉一個簡單例子：
在桌面端產品中，幫助文檔一定是非常重要的一個入口，當用戶對頁面中的功能有所疑惑時，可以通過此來幫助用戶進行理解，通常需要在大多數頁面當中展示幫助中心的入口，這時圖標按鈕就變得最為合適
因此，我們可以得出圖標按鈕的應用場景通常為：當頁面中需要高效的展示一個或幾個圖標時，同時圖標按鈕的展示最為頻繁時，當同時滿足以上兩點，使用圖標按鈕就是一個更優的解決方案
按鈕菜單為頁面中許多操作的集合，通常是將高頻的操作以及一些低頻的操作進行整合，組成的按鈕菜單。這樣既能夠減少頁面元素的冗雜，同時也能夠滿足業務對于功能的需求
舉個例子，在表格頁面當中，B端設計師最常見到的按鈕菜單就是新建，這類新建按鈕其實是必不可少的，同時業務需要，還需要多個業務按鈕進行展示，按鈕菜單的出現，幫助用戶進行按鈕的整理，同時也滿足業務需求
這其實是主按鈕的一種衍生，通過圖標對主按鈕的含義進行解釋，從而幫助用戶提高這個按鈕的識別性。如果一個按鈕你想比主按鈕更加強調，那便可使用在按鈕中添加圖標，這樣既能夠強化圖標的含義，同時也加深了用戶對于按鈕的印象
在六個常見按鈕形式中，我們根據重要的優先級，給常見按鈕進行一個簡單的排序：
危險按鈕在刪除操作中最為常見，通常是為了警告用戶，這個數據刪除不可恢復，讓用戶謹慎考慮。在常見的刪除操作中，都需要用戶進行二次確認，避免用戶誤操作
當然，在實際業務中，危險按鈕不宜過多，如果業務當中無法避免，需要展示多個刪除按鈕時，推薦采取圖標按鈕進行展示或者Hover過后將其呼出
幽靈按鈕，看它的名字就能想到它的作用：像幽靈一般透明的存在
它沒有使用復雜的顏色、樣式，而是用線條表示外部輪廓，證明它還是一個按鈕。同時內部只用文字展示按鈕名稱。它只出現在按鈕背景復雜的頁面當中，比如：漸變色、紋理、動態圖片背景的情況下，幽靈按鈕能夠完美融入到環境當中
而現如今，傳統意義上的幽靈按鈕已經很少，畢竟在現如今的官網當中，幽靈按鈕已經不再流行，更多的是出現在復雜頁面的“實心按鈕”，而在某種意義上講，這類按鈕才是幽靈按鈕現在的狀態
在形式上，幽靈按鈕和次按鈕看來起沒有并什么不同，因此會有很多疑惑，那我什么時候用幽靈按鈕什么時候用次按鈕呢？
首先幽靈按鈕是屬于特殊按鈕體系中，因此它不會受整個按鈕體系的束縛，比如我在一個設計系統中，分別定義了常規按鈕的尺寸分別是24px、32px、40px，但是我在一個官網落地頁當中需要有一個46px的按鈕出現，次按鈕就完全不合適。其次幽靈按鈕邊框粗細、字體大小都是和常規按鈕體系不同，因此幽靈按鈕就和次按鈕有所不同
第二個方面在次按鈕的設計形式中，不僅僅只有描邊按鈕這一種形式，因此幽靈按鈕與次按鈕它們可能會有交集，但是屬于兩種不同類型的場景，因此也不能將它們混用
在Material Design 出現之初，懸浮按鈕受到了很多人的追捧，它也是安卓設計的代名詞。主要是用于頁面當中最常用的操作，是整個APP中最核心的按鈕，能夠代表這個產品的核心功能，比如印象筆記的新增筆記（安卓）、滴答清單的新增清單等等...
但沉浸式設計的出現，使得移動端寸土寸金的地方，需要固定一個按鈕的情況就變得更加少見
而在B端的設計過程中，逐漸衍生出了B端行業特有的方式
懸浮按鈕在B端場景中，主要是幫助用戶進行輔助咨詢的功能，例如在一些用戶需要得到幫助的頁面中，可以通過懸浮按鈕，使用戶的又疑問的頁面進行快速提問，幫助用戶能夠進行快速的跳轉，在飛書的應用列表中，其實用戶剛開始理解應用列表其實存在一個理解成本，就可以通過懸浮按鈕進行展示
行為號召按鈕簡稱：CTA按鈕
主要目的是為了號召人們在某些特定的頁面中使用此按鈕來提高轉化，比如立即購買、聯系我們、立即訂閱等等...
大多數時候，CTA按鈕都是成對出現的。“是與否“ 、“登錄與注冊”、“確認與取消”等。因此，分析清楚CTA按鈕后設計出視覺層級合理的頁面稱為非常重要的點。在設計中，一般會采取漸變色、主題色、主題色的互補色等等，它經常獨立出現
在B端軟件的場景中，官網是CTA按鈕出現最為重要的頁面，一般在官網中，使用CTA按鈕將用戶引導從潛在客戶向付費客戶進行轉變（點擊過后一般是一個聯系表單進行信息的填寫），這也是在B端產品中非常重要的指標：潛客向付費客戶轉變。可以引導用戶進入到下一個階段，如果CTA按鈕設計不好，人們對于官網只是瀏覽，不會有任何轉化
因此，在設計CTA按鈕的形式與位置時，需要與產品、設計、運營等共同確定并討論使用，大家站在不同的立場希望得到一個完美的方案，因為設計出清晰的結構層次將直接引導用戶朝著理想的使用路徑前進，從而極大提高轉化率
在我們日常設計中，常常會遇到一些棘手的文案問題：登陸、登錄、確認、確定、發送、發布，在許許多多的工作場景中，猶豫究竟應該在按鈕上使用哪種文案，這就需要我們通過具體的案例場景進行展示相應文案
登陸（Land) ：這是網絡中錯別字最為頻繁的用此，很多人都會把登陸放到登錄頁面中，其實是錯的。這個詞里的“陸”字，就是陸地的意思，其基本含義只是登上陸地而已，拓展出來還會有“登陸到某一個市場”，但登陸網站的說法是絕對錯誤的
登錄（Login）：這是“登記記錄、記載”的含義，我們正常輸入賬號密碼就是為了去記錄我們的一個信息，一般為官網登錄頁
確認（Confirm）：這是帶有一些不可逆我操作的提示，一般用于用戶配置、選擇項等
確定（Yes）：這是詢問用戶是否進行某項不可逆操作，一般為一個單獨的操作
發送（Send）：這是盡快傳遞對方的聊天消息，一般為即時性的聊天發送
發布（Publish）：這是用于用戶填寫的觀點、意見、文章等反饋信息發布到一些正式場合，如論壇、社區等
這些細節的文案就是幫助用戶去理解頁面中所傳達的真正含義，多將文字放置到場景中，文案也更好的輔佐他們作出抉擇
圓角在每一個軟件中，隨處可見。圓角大小所帶來的不僅僅是視覺表現，還更多影響著用戶的使用體驗以及對于產品而言的整體的認知，如果在開始設計之前，沒有對按鈕圓角有具體的規劃，很容易踩坑，如何設計好圓角，我們來進行系統分析
在下文中我們將按鈕的圓角大小，分為以下三類：直角、圓角、半圓
直角：
按鈕四角的方向，具有很強烈的引導性，看上去也會更加刺眼，使得在頁面當中注意力會減弱。同時，直角在按鈕排列當中看上去更加統一，相同的東西在視覺上不太能引起我們的注意
圓角：
相比與直角按鈕，在使用圓角的按鈕中，視覺上總是給人一種柔和親近的感覺，當幾個圓角按鈕進行排列時，能夠感受到圓角按鈕更容易被點擊。因此在使用的按鈕中，建議添加圓角的細節元素
為何直角的物體會給人更嚴肅的感受——每一個人都認為圓角會更好，但是并不是每一個人都能夠解答為什么圓角更好
在巴羅神經病學研究所對拐角的科學研究發現，“拐角的感知程度隨著角度線性變化。銳角比鈍角產生更強的幻覺顯著性”。換句話說，拐角越尖，則感覺越亮，拐角越多，越難看
圓角還有另一種解釋，是因為現實生活中有圓角的物體會更友好。從小，我們就知道尖角的物體會讓人受傷，圓角的物體會更安全。這就是小孩在玩皮球與刀的時候，家長的反應完全不同。
小朋友玩刀會讓家長十分的緊張，趕緊讓孩子放下；而小朋友玩皮球時，家長則是非常的放心。這激起了神經科學所謂的尖銳邊緣“回避反應”。因此，我們傾向于“避免鋒利的邊緣，因為在自然界中它們可能會構成危險”
通常在移動端場景中，半圓按鈕隨處可見，移動端手指觸摸操作上，對于圓角的影響小之又小；而到了桌面端的場景下，鼠標的使用，半圓按鈕就會有所不妥
如果相同面積中，按鈕的圓角增大，相應的對于按鈕的可操作區域就會隨之減小，在同等尺寸下的按鈕中，小圓角的按鈕明顯比大圓角的按鈕更容易操作
當然，麻煩事還不僅僅于操作區域，在結合實際業務，我們的按鈕常常作為原子（原子設計理論）用來組成為下拉菜單進行聯動，半圓按鈕在下拉菜單的設計中，也會因為半圓的局限，使下拉菜單的設計會更加困難，同樣在設計上，半圓角對于下拉菜單的適配也會相當突兀，因此在考慮這方面設計時，需要你多去思考之后的業務場景
按鈕的狀態中，Loading狀態通常不會對用戶進行直接展示，因為大多數情況下，Loading狀態就發生在一秒鐘以內，但是對于B端場景中有很多重要操作，在長時間等待中不展示loading狀態，會導致用戶在使用時犯下錯誤
當按鈕響應時間小于1秒時，通常正常反饋即可
當按鈕響應時間長于1秒時，我們通常會采取加載動畫，減緩用戶等待的焦慮感
舉個例子：比如一個確認提交的按鈕，由于網絡或者服務器等原因，需要長時間加載資源，而用戶不知道我剛才按下的按鈕是否有效，這時用戶慌張，想要多按下幾次這個按鈕，系統就會不停提交數據，最后網絡變好時，窗口就會一瞬間瘋狂展示，導致用戶體驗下降
為了防止這類事情的發生，需要在設計師考慮到按鈕在加載一秒以后的狀態，應當提示用戶在網頁已經收到請求，正在加載，同時在按鈕狀態中應該為不可操作狀態。同時會給出加載轉圈的動畫，緩解用戶的焦慮
當你完成了第一步的設計后，想想在按鈕的狀態中，是否更能夠幫助用戶進行體驗上的提升呢？
這也是在面試某大型互聯網公司時，被問到過的一個問題～敲黑板
對用戶操作的適當反饋是用戶界面設計的最基本準則。讓用戶了解當前狀態、位置、是否成功、進度如何，減少不確定性；并引導他們在正確的方向上交互，而不是浪費精力在重復操作上
在Loading的加載過程中，等待焦慮一直是用戶想要了解到的，為了緩解類似情況，可以將等待的進度狀態進行展示，使的用戶在等待的過程中，能夠清晰的清楚自己的按鈕目前處于何種狀態，我大概還需要等待多久，緩解用戶在等待過程中的焦慮
以上兩個方式均是尼爾森十大原則的內容，能夠在按鈕Loading狀態中，緩解用戶在按鈕加載過程中、重復提交、等待焦慮的問題，通過一些設計小細節，幫助產品提升用戶體驗
通過上文對于按鈕的解釋，大致明白按鈕在設計中的作用，接下來我結合一個工作中的實際案例，來看看我們應該如何優化常見按鈕在頁面當中的設計
項目背景：在桌面端，我們需要對整個導航欄進行設計改版，但其中涉及到對于導航的一個整體優化，主要是由于業務功能發生變化，我們需要在導航欄上增加快捷添加入口和通知中心，來滿足導航的后續的功能需求，由于保密協議的原因，就不放自家產品
在桌面端中，瀏覽模式大致分為兩類，F型瀏覽模式、Z型瀏覽模式（下方知識拓展會有講到）
首先，因為導航在整個頁面的頂部，結合兩種瀏覽模式在頂部時統一都為從左到右的瀏覽順序
因此確定整個導航按鈕初步的按鈕重要層級排序
我們對于用戶的按鈕層級有著明顯的劃分，因為在整個導航右側，又因為其的特殊性，我們把操作空間分為三部分：
左側為操作路徑最短的區域，因為桌面端的產品需要通過鼠標進行交互操作，而其中移動鼠標的長短直接決定用戶是否愿意點擊這個按鈕，因此，靠左的按鈕適合放置用戶最常使用的操作
中部為按鈕內部區，可以放置一些低頻，但是又必須出現在這個區域的按鈕操作（比如：幫助中心、通知中心等等...）
右側為按鈕最為重要層級最弱的區域，同時它也有一些特殊性
一般在瀏覽器的右側，為用戶最容易定位的操作區域，因為靠近邊緣導致在用戶定位當中能夠幫助用戶進行快速選擇
回到頁面中信息層級較高、同時需要精準定位的按鈕就會將個人中心放置在最右側，方便用戶進行快速定位
因此我們講導航當中按鈕重要層級進行簡單排序，得到下圖：
通過親密性原則，我們將除去左右兩側確定好的按鈕之外的按鈕進行簡單分類，將有關聯的按鈕進行組合，形成較強的關聯性～
視覺調整作為最重要的一步，主要是為了在最后的按鈕重要層級上，將一部分按鈕突出、一部分按鈕弱化，達到我們想要的整個層級效果
通過團隊內部討論，將我們的新增按鈕定位CTA按鈕，因為它關聯到我們每個使用系統的人都會用到，屬于最高頻的操作按鈕，也因此將其突出
F型瀏覽模式：
是新聞平臺、博客等文字為主的網站布局所采取的閱讀模式
該閱讀模式由尼爾森團隊的眼動追蹤研究結果從而進行普及，在這個研究中記錄了超過200位用戶瀏覽網頁時，發現用戶的主要閱讀行為在許多網站和場景中表現得相當一致。這個閱讀模式看起來有點像字母F，因此也被叫做F型瀏覽模式。
首先用戶以水平方向進行閱讀，通常是在閱讀區域的上半部分
接下來，他們在屏幕左側垂直瀏覽，尋找段落開篇幾句中感興趣的內容。當他們找到感興趣的內容時，他們在第二個水平方向上快速瀏覽，通常這塊內容區比上一個內容區更短小、更簡潔。這部分元素形成了F的下半部分
最后，用戶在垂直方向上瀏覽內容的左側區域
Z型瀏覽模式
是掃描滾動的網站的典型模式
正如你所期望的，“z”型模式的布局遵循字母Z的形狀。“Z”型模式的設計跟蹤了人眼掃描頁面時的路線——從左到右，從上到下：
首先，人們從左上角到右上角進行掃描，形成一條水平線
接下來，向頁面的左下側掃描，鏈接成一條對角線
最后，再次向右轉，形成第二條水平線
當觀眾的視角以這種模式移動時，它形成一個虛構的“Z”字形
在實際工作中，經常遇到自己設計的按鈕與開發實際還原的按鈕差距很大，一些沒有經驗的設計師會和開發說，你看我設計稿，每一個按鈕都要按照設計稿的來，這樣設計師與前端開發之間的矛盾就會越來越深。其實在按鈕設計的細節中，開發怎么完美的還原，里面還有很多細節
首先要想讓開發完全還原你的設計稿，就必須了解開發實現的思維方式，針對它的思維方式進行相應的思考。
又由于Sketch與開發常使用的VScode之間邏輯上存在較大差異，導致設計師設計出來的很多設計稿開發根本無法實現，這也是B端設計師擺在你面前的第一個問題
對你沒看錯，無法實現，我舉一個例子
這是一位同學問我的一個問題，他說我這個按鈕為啥實現不了，前端不就是多幾個代碼去適配我的設計稿就可以了嗎？
如果你看了上圖也有很多疑問，那就接著看下去～
在按鈕當中，通俗的理解Padding就是文字與按鈕之間的間距
因為Sketch等軟件在按鈕的設計中，只有圖形位置的概念，沒有內間距Padding的概念，因此需要對按鈕還原要明確的描述
比如上圖，前端同學在開發是就會將Padding設置為24px，所以整個按鈕長度便為24px*2+20px（文本寬度）=68px
而為什么說上面的設計規范實現不了，因為對于前端而言，Padding通常都是統一且固定的，只會根據按鈕文字長度進行相應的調整，比如我上面舉的錯誤栗子，其實在前端同學面前這類設計是不能夠被共用，而且對前端同學項目會變得越來越不能維護，所以按鈕設計應該更規劃
但是如果真的需要去實現兩個文字按鈕長度和四個字的一樣怎么辦，需要去設定按鈕的最小寬度
按鈕最小寬度的設定一般為4個字文字的長度，假設字體大小為16px，左右的Padding為24px
最小寬度為：88px，因此在按鈕的標注中，需要展示最小間距為88px，方便前端進行CSS開發
在我們的sketch中，按鈕邊框有三種，內邊框、居中邊框、外邊框，默認為居中，但是在前端的CSS代碼中沒有居中邊框，沒有居中邊框，沒有居中邊框（重要的事情說三遍），默認為內邊框，如果需要調整為外邊框，最好能夠標注
作者：CE青年 來源：站酷
藍藍設計建立了UI設計分享群，每天會分享國內外的一些優秀設計，如果有興趣的話，可以進入一起成長學習，請掃碼藍小助，報下信息，藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作，也請與我們聯系。
