移動設計空間節省之道

2021-08-27 12:47:53 字數 2537 閱讀 5472

設計**於生活。最近在裝修自己的房間,翻閱了一些相關的家居設計資料,發現互動設計和家居設計有很多相似的地方。小戶型空間有限,手機螢幕也只有巴掌大小,在兩種小空間上進行設計一定很多共通之道。攜程ued的同學也是心有靈犀,很早就為我們奉獻了一回精彩的分析(對於這麼有意思的主題,還是想多嘮叨幾句。

1.  聚

即聚攏、收納,最樸實的節省空間的方式之一,可以輕鬆將歸屬一類的東西聚集起來放一塊,辦公用品、日常小工具、化妝品、衣服、家用醫藥….能裝的,都給它裝下。

移動設計中也經常使用actionsheet、popover這些「容器」將各種選單、通知、相關項收到一塊。

2.藏

聚和藏有點類似,前者偏向歸類,後者偏向隱而不見(有點難理解的話可以想象下冬天衣服打包的過程,先用收納盒將衣服收起來,然後再扔進衣櫃裡去,這裡就涉及先聚後藏的過程)。如果將一些不經常用到東西都藏起來,藏抽屜、藏衣櫃、藏馬桶裡…會省出很多空間吶。

移動設計中可隱藏的東西有三類:

(1)有形的控制項:如按鈕、標籤、選單、導航…

(2)手勢與重力感應:長按刪除、橫滑翻頁、搖一搖都是這一類;

(3)操作路徑:把不常用的功能或設定項藏得深一點,通過層層遞進達到目的。

需要注意的是,藏是一種簡單但「略顯粗暴」的方式,移動設計不像私人空間,更多是為群體大眾設計,他們可不知道你房間的剪刀放哪,所以,如果是比較重要的特性,提供一些簡單的引導提示吧。    

ps:關於如何設計引導提示,請參考

….3. 換

替換,即利用共享空間交替展現。當舞台只能容下乙個人表演的時候,輪流上。家居創意中有很多雙用的設計,辦公桌與休閒床的翻轉交替就完美地演繹了這樣一種節省之道。

手機螢幕空間非常有限,一塊小小的角落都可以成為兵家必爭之地,通過共享空間的利用,可以完成多個介面的跳轉及不同狀態之間的切換。tab、slide page、還有各種翻轉切換都是通過空間共享的方式承載不同的資訊。

4. 合

合併,咋一看和「聚」有點類似,不過「合併」更偏向融合,不但湊一塊,還互不干擾,形成乙個整體。沙發床就是乙個典型的例子。

移動設計中的合併也常常見於各種元件的組合,如輸入框與標籤、導航與下拉列表、**欄的輸入框與取消/重新整理按鈕等。

5. 分

在簡單收納的基礎上,如果將空間繼續細化,分割成不同的「小塊」,會使得擺放更有秩序。

九宮格、柵格、區域劃分…如果小螢幕裡靈活運用這些格仔組合會讓介面顯得更加整齊。

6. 壓

冬天過了,厚厚的被子、枕頭、薄棉衣就收起來,真空壓縮袋絕對是收納的好幫手。

移動設計的擠壓案例也蠻多。ios4新增的inbox展示方式就是一種自上而下的擠壓處理,除此之外,facebook和path的從左往右的擠壓布局最近也特別流行。

7. 順

直接利用現有的邊角或邊緣位置,順著這些特殊的「點」進行設計。下面的這種組合書架緊靠兩側牆面轉角位,這種順著拐點的巧妙設計可以為牆面節省更多的空間。

移動設計中,這些特殊的區域有那麼幾種:

(1)螢幕邊緣

(2)角落

(3)控制項邊緣

(4)系統狀態列

如果能夠很好地利用這些特殊區域,會有各種意想不到的效果。hiqq的鎖屏設計從原來的「點到點」演變成「點到邊」,非常巧妙地利用了螢幕邊緣,大大降低了操作密度。

最後,總結下七步刀法:聚、藏、換、合、分、壓、順。以上7步僅為節省空間的基礎「刀法」,實際的情況會更複雜,經常需要組合使用。設計的樂趣也就在此,有章可循卻又變化莫測。

最後,準備好接下來如何收拾自己的房間了嗎?

程式設計技巧 節省空間

資料空間技術 如何減少程式所需要資料的儲存空間的技術 1,不儲存,重新計算。如果我們在需要某乙個給定物件的任何時候,都對其進行重新計算而不儲存,就可以減少該物件所需的空間。該方法用計算時間換空間,只使用於需要儲存的物件可以根據其描述重新計算得到的情況。2,稀疏資料結構 例1 稀疏矩陣的的儲存 很多個...

商用Skype,節省運營成本之道

如果您的企業正在考慮使用微軟的商用skype,或者已經在使用,那麼本文一定是你的 菜 毋庸置疑,商用skype是一款出色的通訊工具,但產品所提供的服務涉及了從網路到終端整體基礎設施中的每一部分。要知道,使用者投訴的首要問題很可能就是通訊不穩定。確保流暢使用和快速排除故障,需要一些更實用的監測工具,它...

聯合 節省空間的類

聯合 union 是一種特殊的類。乙個union物件可以有多個資料成員,但在任何時候,只有乙個成員可以有值。當將乙個值賦給union物件的乙個成員的時候,其它所有成員都變為未定義的。每個union物件的分配得到的空間大小在編譯時是固定的,至少與union的最大資料成員一樣大。像任何類一樣,union...