bat三家或許尚未意識到手機通訊錄的意義，在流量日益分散，越發場景化的移動時代，手機通訊錄的價值逐漸浮出水面——它有機會成就新的網際網路入口，o2o鏈結線上與線下的重要通路，至少在邏輯上如此。
網際網路是線下物理世界的一一對映，o2o本質上是位元世界與原子世界的鏈結，當資金、資訊乃至購物鏈條與流程都能虛擬入網之際，我們也會發現原子世界依舊有許多事物難以抽象為1與0，難以位元化的，還有我們頑固的習慣。
手機通訊錄如何成為入口？
簡單地說，線下餐廳即伺服器，手機通訊錄即全球資訊網，手機號碼即ip位址與網域名稱，撥號即搜尋。
手機通訊錄入口價值在邏輯至少是成立的，並且業內也有不少公司做著類似的嘗試。譬如，小公尺miui上的手機黃頁，又譬如觸寶科技的號碼助手，也有奇虎360在10月10日力推的「來店通」。
這叫習慣。
這種場景聽起來不錯，本質而言，這種嘗試，其實是將我們的手機通訊錄改造成乙個新的瀏覽器——當然，它未必能夠執行html5的炫酷效果，卻能為使用者提供最簡單的應用介面——**查詢、填寫個人資訊繼而預約或下單。
撥號即搜尋，應用即服務。我將移動網際網路與pc互聯的區別歸納為兩點：1、入口第一vs習慣至上；2、路徑依賴vs場景優先。
謝璞，以端正的態度吐槽，以娛樂的心態寫稿。
獲取手機通訊錄
在公司裡寫了一段上傳使用者通訊錄的 寫下來，以便以後查閱 獲取手機裡的通訊錄 獲取通訊錄 param context return 返回包含使用者名稱，與號碼的arraylist public arraylistgetcontact context context phones.close alla...
獲取手機通訊錄
手機聯絡人，通過乙個服務想歪提供資料 所有手機聯絡人的資料我們會在服務裡面查詢，然後再返回給activity 首先，我們建立出 contentresolver contentresolver 的建立時通過上下文來獲取的 contentresolver cr context.getcontentres...
在qt實現手機通訊錄系統 移動端通訊錄的實現方式
最近優化了通訊錄拉取的實現方式，對它進行整理。之前的實現方式如下 統一的協議，定義tid欄位，由客戶端填充具體的tid，來拉取使用者的資訊，由於資料庫不屬於我們，客戶端又需要排序等資訊，所以每次拉取，都必須全量拉取。結果 協議失敗率高，客戶端經常要等比較久的時間，才能拉取完整。消耗客戶端的流量，其中...