在APP開發(fā)中如何正確的使用側(cè)邊欄導(dǎo)航

側(cè)邊欄導(dǎo)航(又稱漢堡包菜單)是在APP開發(fā)中比較常見的導(dǎo)航形式之一，側(cè)邊欄導(dǎo)航有它的優(yōu)勢，也有他的缺點。在APP開發(fā)中如何使用得不好，也有可能弊大于利。

側(cè)邊欄導(dǎo)航有哪些劣勢呢？比如：不易發(fā)現(xiàn)；更低效；與平臺原生導(dǎo)航模式?jīng)_突；并不是一目了然等等。

 

一、不易發(fā)現(xiàn)

　　“不在眼中的，就不會想到。”

　　在這個模式的默認(rèn)狀態(tài)，側(cè)拉菜單和里面所有的內(nèi)容都是隱藏的。

　　人們需要首先需要辨別側(cè)拉菜單按鈕是可以點擊的——公司都認(rèn)為應(yīng)該使用一個菜單或者工具圖標(biāo)來表示，他們也確實感覺有必要這么做——但是在應(yīng)用使用時可能就不是這個情況了，因為主頁顯承載了主要的功能。

 

二、不那么有效

　　盡管用戶了解并看重這一特征，但是這個模式帶來了一種導(dǎo)航認(rèn)知摩擦，因為它迫使人們先打開菜單，然后才能看到其中的條目。

 

三、在iOS這樣的平臺上，側(cè)拉菜單在沒有與標(biāo)準(zhǔn)導(dǎo)航模式?jīng)_突下是無法實現(xiàn)的。

左邊的導(dǎo)航欄按鈕需要保留一個菜單按鈕，但是我們也得讓用戶有回去的方法。設(shè)計師要么承認(rèn)上圖中存在的導(dǎo)航欄內(nèi)容過載問題——甚至沒有給標(biāo)題留下空間，要么迫使用戶點擊好幾次來進入下圖顯示的列表。

 

四、不一目了然

　　因為導(dǎo)航僅在用戶想要進入應(yīng)用其他部分時才可見，所以使得對特定內(nèi)容信息的呈現(xiàn)更加困難。

　　你可能會在側(cè)拉菜單按鈕旁邊放置一個象征消息的圖標(biāo)。這個并不實用，因為這需要你去處理更多的圖標(biāo)，并且作為設(shè)計師來說可能要被迫去增加一個通用圖標(biāo)，而不是弱化圖標(biāo)含義。

 

解決方法

關(guān)于問題本身寫了很多，但是具體解決方法大家其實還不清楚。什么時候該使用它呢?

極少數(shù)情況下這種模式有用，但是一般性的原則還是盡量避免使用。如果主屏下面沒有子頁面的層級導(dǎo)航存在，所以這可以使用，信息可以簡單地呈現(xiàn)出來。但是即使是在這種情景下，可以看到用戶界面仍然信息過載了，應(yīng)用的信息架構(gòu)需要重新考慮了。