數據的輸入、存儲與數據的檢索是數據管理中非常重要的一部分。當我們拿起手機，我們時時刻刻都在進行著輸入操作，設備也在不斷的存儲我們輸入的數據。這里主要討論輸入和存儲這兩部分。

輸入

移動端輸入可以簡單的分為三個部分：判斷式輸入、字段式輸入以及綜合式輸入。

先舉幾個簡單的例子，比如微信中看見覺得好玩有趣的東西，順便點個贊；比如美團中看中某家餐廳正在大力優惠，然后趕緊添加收藏；以及tinder開創的左滑右滑分別代表喜歡和跳過的瀏覽方式等。

這些都相當于數據的輸入，因為這些判斷式的操作都將直接關聯進我們的賬號中，你會發現假如你沒有登陸的話，收藏、喜歡等功能都是沒法正常使用的。而且這些數據一般都可以在我們的個人主頁找到記錄，比如美團中有一個查看我的收藏功能，在這里可以查看到之前收藏過的店面；或則默認在系統中記錄但并不顯示出來，比如網易云音樂我們跳過了一首歌，系統將記錄下你的行為，并在你的賬號下留下一個記錄，以便于網易云推薦的音樂更加符合你的口味。

將這種輸入的形式稱為判斷式輸入，主要是因為它僅僅是一個是與否的判斷，比如點贊，你只能選擇贊或則不贊。這種方式常見于內容列表的展示中，用于快速的記錄數據，相當于做了一個簡單的記號。可以類比于我們生活中看書時，覺得哪里比較好，折一個角便于以后查詢。

這種形式的優勢還是十分明顯的，因為它具有易理解、操作簡便等特點，對于某些需要快速標記的地方能起到很好的效果。但由于只有是與不是的兩種選擇，限制還是很大的，很多情況下并不能僅僅用是與不是來做一個簡單的數據輸入。

同樣也先舉幾個例子，比如注冊一個社交軟件，首先要給自己一個昵稱；比如在購買車票的時候，要先選擇出發和到達的地點；還有像想要查看某個地方離自己的距離，打開百度地圖，然后輸入一個地址。

這些數據的輸入都屬于一個相應特征的字段，而且一般比較短，比如昵稱代表的是用戶在該軟件中的名字，而在購票軟件中輸入的出發地點對應的則是出發地點這個字段。

對于這類數據輸入，有2種常見的形式。***種是不限制輸入的內容，比如昵稱，用戶可以任意的選擇字母文字數字以及符號的組合來作為自己的昵稱，這種方式相對而言可控性比較低，但我覺得一款數字軟件本身就應該給予用戶更多的權利，系統給予適當的審核即可。

而對于審核這里順便提及一下先后問題，假如對于輸入的數據需要審核，那么審核應該盡可能的提前。當用戶并不愿意仔細的閱讀規則的時候，這一點尤其重要，可以想象一下當用戶輸入了好幾個字段的內容之后，點擊了下一步，系統突然彈出提醒說您的***個字段不符合規則，請重新填寫，這種感覺就像用戶剛剛覺得自己快要沖刺到達終點了，卻被突然取消了參賽資格。那么盡可能的提前審核，將讓用戶更加清楚這些規則，一步一步的走向終點。那么是否要清空錯誤的信息呢？對于這個問題，我個人認為不應該清空，因為系統負責的僅僅是審核，不應該被賦予編輯的權利，但可以提供給用戶一鍵清空的途徑。

第二種是限制輸入的內容，比如許多社交軟件為了讓用戶更好的匹配到興趣相似的朋友，會在注冊后彈出一個頁面詢問用戶對哪些東西感興趣，然后列出一系列的興趣標簽，比如二次元、動漫、美劇、NBA、跑車等等。這就是一種限制型的輸入，用戶無法自己提交感興趣的內容，只能在提供的標簽中進行選擇。這樣做的好處是，可控性非常強，減少了軟件匹配系統的壓力，匹配也將更加的精準，避免出現一些無厘頭的標簽。而在百度地圖中，如果想要尋找相應的地點，軟件提供了一個輔助性的功能，就是在用戶輸入的同時會提供相應的聯想詞提供參考，這也是另一種限制輸入的方式，不僅可以讓用戶更快的輸入自己想要輸入的內容，而且也避免了一些不正式的自然語言的影響。但不正式的自然語言在生活中隨處發生，比如打的說要去某個電影院，有時我們會對司機說『帶我們去靠近步行街的那個老一點的電影院』。這話老司機一般都懂，但對于一臺機器而言，它可能并不懂這些。

綜合式輸入，比如突然有了感慨，想發一段文字在朋友圈；比如在一個攝影社區中，把自己今天拍的一張好看的照片po了上去；又或者在一個寫作平臺，發表了一篇自己對于生活的對于愛情的看法。

這種數據輸入的形式，不同于前面，綜合性比較強，不再僅僅是文字而已，可以添加圖片、視頻以及音頻等等。而且往往輸入的都是較長的內容。常見于筆記工具類、閱讀類以及社交類的應用中。

它的優勢顯而易見，可以包容各種形式的內容，但同樣也是最復雜的數據輸入，因為涉及到諸如文字的各種格式的修改、圖片的格式的限制、圖文的排版形式、視頻的大小限制等等。往往用戶在做這種綜合式輸入的時候，界面上往往都會有很多輔助型的工具，但移動端的界面畢竟有限，如何讓用戶更好的在移動端進行輸入，是一個需要深入考慮的事情。比如常見的功能盡量放在用戶操作更加方便的地方，一些不太常用的功能進行相應的折疊。對于不同類別的功能，利用視覺上的分離，使它們組成不同的功能組合，便于用戶的理解。

存儲

數據進行了輸入那么緊接著就是如何存儲，相比于pc端，移動端在存儲方面做了很多改良，引用一段about face中的話：

IOS之類的移動操作系統將文件和創建該文件的應用緊密地關聯起來，要使用文檔，就必須打開創建文檔的應用，才能訪問文檔。一旦適應了這種以應用為中心的范式，事情就簡單多了。

回想一下在pc端找文件，我們需要清楚的記得文件放在了什么地方，如果遺忘了關鍵的信息，可能就再也無法找到這個文件。而移動端將文件與應用相關聯，我們在使用相應的文件時，就可以很方便的打開相應的應用，然后找到對應格式的要找的內容。當然對于少數幾種文檔類型，比如圖片、音樂等，是可以在整個系統中進行方便的調用查看的。

在移動端，由于不同的內容是關聯相應的應用的，要在其他的應用中調用，可以通過不同軟件的分享功能，但常見的分享都是針對于那幾個主要的社交應用，有一些閱讀類應用稍有不同，不僅支持分享到社交應用，還可以分享到各種稍后閱讀以及筆記類軟件中，扯遠了，拉回來。

移動端存儲還有一個顯著的特點就是對于云的應用，由于谷歌在這一領域的領導作用，很多基于云的應用可以自動存儲，免去了用戶的擔憂和困擾。而且隨著云技術的不斷提高，以及網絡速度的不斷提升，存儲將越來越多的從本地傳輸到云中，利用云可以實現跨屏式的自由工作，在多個設備中都可以查看到保存在云端的文件，方便快捷。而且將用戶的信息從多個設備中轉移到同一個云賬戶下存儲，比如用戶的手機設備、Pc端、各種物聯網設備上的數據做一個整合分析，這樣提供給用戶將是一個全新的體驗，成為一個強力的云端管家，幫助用戶處理各種事務提升效率。

除了上面兩個比較顯著的移動端特點以外，關于存儲還可以探討很多通常的問題，比如自動存儲問題，在使用word的時候，我們經常會遇見寫了一個文件以后，點擊關閉，這時會彈出一個提示框，詢問是否需要保存。對于這個問題，選擇是的人數應該是要遠遠大于選擇否的，那么這個提示框是否應該出現就是一個值得討論的問題了。我認為既然用戶已經付出了時間和精力去寫下一段內容，這段內容必然是有它的價值的，所以作為一個草稿保存下來是理所應當的。就好比在拍照的時候，在預覽框中已經取景完畢，按下了快門鍵，這時系統詢問你是否要保存剛才所拍的照片，想必對于留住美好瞬間的喜悅感將被這樣的問題所摧毀。幸好大部分應用都加上了自動存儲的功能，避免了用戶的努力付之一炬，像微信朋友圈po狀態，如果恰好來了一條消息，回了消息以后還能繼續編輯原先寫下的內容；還有知乎回答某個問題，如果沒有選擇發布而退出編輯，這個回答將自動的保存為草稿，方便用戶后續的使用。

***對于移動端數據的輸入與存儲，我可能也只是談了一小部分，如果大家有什么想要探討的，歡迎和我繼續探討。