【正文】 的大眾化以及功能的復雜化使手機界面的設計及其使用環(huán)境的技術(shù)成為關(guān)心的焦點，尤其在競爭激烈的市場環(huán)境中，人性化的用戶界面設計是諸多設計中受歡迎的。 引導界面對于有引導界面的 App，剛安裝或使用后將其數(shù)據(jù)清除（SettingApps...） ，啟動后就會出現(xiàn)引導界面，目的是向用戶介紹本款應用的使用方法或主要功能。除了非常必要，放過多頁面會影響用戶體驗，雖然可以在界面上添加“跳過”按鈕（最近較為常用的按鈕為“立即體驗” ）為不需要被引導的用戶提供進入 App 的捷徑。 主界面對于天氣預報這種實用性很強的軟件，界面不宜做的花哨。但由于查天氣的工具屬性太強，用戶用完即走，功能越多越反感 [20] 。同樣情況的還有迅雷，自從迅雷推出迅雷 9 之后，網(wǎng)上招來一片罵聲，好端端的下載軟件強行變成了視頻播放軟件，而且還不能關(guān)閉，廣告費賺著了，用戶體驗卻差. . . . 參考了，舍本逐末！本設計堅決遵守“簡潔”原則（同時也沒有能力做出那么多功能） ，主界面高仿 OPPO R9 天氣預報，界面信息沒有一絲冗余，主界面如圖所示：城市選擇發(fā)布時間天氣描述溫度顯示P M 指數(shù)預報8 : 0 0 1 2 : 0 0 1 6 : 0 0 2 0 : 0 0 1 2 176。 1 6 176。今天 陰 2 2 176。明天 多云 2 2 176。后天 陰 2 2 176。第三天 陰 2 2 176。詳細信息 體感溫度 1 4 176。當用戶手動選擇城市界面時，即會彈出如下界面： 圖 46 城市選擇界面 城市選擇 北京 上海 廣州 深圳 成都 綿陽 瀘州 自貢 西安 眉山 重慶 天津 杭州 南京 無錫. . . . 參考第五章 詳細設計 創(chuàng)建工程新建工程時，首先確定本設計工程名為“Weather” ，然后根據(jù)要實現(xiàn)的功能，建立Weather 工程，Weather 工程文件結(jié)構(gòu)如圖所示：圖 51 項目工程目錄為了讓項目結(jié)構(gòu)更加清晰易懂，項目工程設置了多個包名，分別用來保存核心實現(xiàn)代碼、適配器、數(shù)據(jù)實例、界面加載、數(shù)據(jù)刷新、網(wǎng)絡傳輸?shù)裙δ?。MVC 是一種使用 MVC（Model View Controller 模型視圖控制器）設計創(chuàng)建應用程序的模式。在編程中，MVC 機制被發(fā)揮得淋漓盡致。圖 52 MVC 示意圖MVC 約定，Model 不允許與 View 打交道。MVC 也約定， View 不允許直接引用 Modal， 它只能被 Controller 所控制。我們知道，View 所要顯示的數(shù)據(jù)是來源于Modal，View 上產(chǎn)生的事件（比如 Touch 事件）需要通知 Controller。 引導界面引導界面是程序首次運行時加載的界面，由上一章的 UI 界面分析可知，引導界面的主要功能就是引導使用、歡迎用戶以及彰顯版權(quán)等。判斷后進行相應的界面跳轉(zhuǎn)，相關(guān)判斷如下：判斷是否首次使用進入主界面進入引導頁面將登錄標志位置為 f a l s e是否圖 53 判斷是否跳轉(zhuǎn)引導頁面進行判斷后，通過 Intent 組件進行界面跳轉(zhuǎn)，跳轉(zhuǎn)到 AndyViewPagerActivity 時進行引導界面的設置。XML 布局文件用的RelativeLayout 布局，內(nèi)部套一個 LinearLayout 布局和一個 Button 按鈕。 主界面主界面是應用程序的門面，主界面的設計直接影響用戶體驗。任何設計必然都有主次功能之分，將主要功能放在主界面，次要功能放在其他界面，這是一個優(yōu)秀設計的必然之選。最后可以酌情添加濕度、風向風力等其他天氣信息。其中，activity_weather 主界面 UI 使用線性布局，為了能夠?qū)崿F(xiàn)下拉刷新，線性布局下一級嵌套 ，然后再一層一層的往下嵌套布局或是控件，最終構(gòu)建完成主界面。. . . . 參考圖 56 需要計算比例的控件如上圖所示，上面三排都是 5 個控件平均排列，而下面一排只有 4 個控件，且要上下排控件都能對其，顯然不能按照相同的方式進行排列，此時就需要計算其在父布局中的權(quán)重比例，下面計算最后一排的四個控件所占權(quán)重：delta = parent_width4*parent_width=3*parent_width （51）其中，delta 表示多余部分。總結(jié)上述公式，相當于將父布局寬度均分為 5 份，第一個控件占 2 份，后面三個控件各占一份。主要是用一個 ListView 控件裝載獲取到的城市，可以進行滾動下滑查找城市。 數(shù)據(jù)獲取及解析 聚合數(shù)據(jù)平臺申請數(shù)據(jù)首先要解決天氣預報數(shù)據(jù)來源的問題，提供天氣預報服務的有很多網(wǎng)站，這些網(wǎng)站一般都會提供比較詳細的 API 接口供應用程序調(diào)用，以聚合數(shù)據(jù)為例，其官網(wǎng)為：（1）點擊注冊，進入注冊界面（2）點擊左側(cè)菜單中我的數(shù)據(jù)（3）點擊申請新數(shù)據(jù)，必須實名認證（沒有實名認證只能使用 2 個月）（4）進入聚合數(shù)據(jù)首頁，選擇 API 選項卡，選擇免費的天氣預報 API（5）點擊進入后，只要申請就送 500 次使用（6）復制其中的 AppKey，參照聚合數(shù)據(jù)的文檔進行使用. . . . 參考進行以上步驟，按照使用說明，即可進行數(shù)據(jù)獲取。但是如何通過代碼在軟件中進行數(shù)據(jù)獲取呢？這就需要用到網(wǎng)絡編程進行網(wǎng)絡連接了。public interface HttpCallbackListener {void onFinish(String response)。}然后定義 HttpUtil 類，定義 get 訪問。圖 57 城市請求示例測試一下能否正常訪問天氣預報接口得到返回的數(shù)據(jù)，由于涉及到訪問網(wǎng)絡，需要在 文件中加入訪問網(wǎng)絡的權(quán)限。獲取到的數(shù)據(jù)是 JSON 格式。其語法比較簡單：（1）數(shù)據(jù)在名稱/值對中（2）數(shù)據(jù)由逗號分開（3）花括號保存對象（4）方括號保存數(shù)組JSON 值分為以下幾種：（1）數(shù)字(整數(shù)或浮點數(shù))（2）字符串(在雙引號中)（3）邏輯值(true 或 false)（4）數(shù)組(在方括號中)（5）對象（在花括號中）. . . . 參考（6）null需要對數(shù)據(jù)進行解析。圖 58 JSON 數(shù)據(jù)在線解析 城市天氣三小時預報天氣預報軟件需要預報當天每隔三小時的天氣數(shù)據(jù)，上述方法獲得的是當前天氣和未來三天天氣，并沒有當天的三小時預報，所以需要更換接口。. . . . 參考圖 510 獲取城市列表 城市空氣質(zhì)量從功能分析中獲悉，本設計需要獲取 的數(shù)據(jù)，而該數(shù)據(jù)并不能通過天氣預報接口獲取，需要另外申請“空氣質(zhì)量”接口，此接口只有 100 次免費使用機會。圖 511 獲取空氣質(zhì)量 下拉刷新談到下拉刷新就不得不說一下 Android 四大組件之一的 service。service 分為兩種：started（啟動）：當應用程序組件（如 activity）調(diào)用 startService()方法啟動服務時，服務處于 started 狀態(tài)。開發(fā)人員需要在應用程序配置文件中聲明全部的 service，使用service/service標簽。Service 組件需要繼承 Service 基類。. . . . 參考service 服務，從最直白的視角來看，就是剝離了界面的 Activity，它們在很多Android 的概念方面比較接近，都是封裝有一個完整的功能邏輯實現(xiàn)，只不過 Service 不拋頭露臉，只是默默無聲的做堅實的后盾,等待上層調(diào)用服務,然后產(chǎn)生一段持久的通信處理?，F(xiàn)在 App 基本都有下拉刷新的功能，以前基本都使用 XListView 或者自己寫一個下拉刷新，后來 Google 開發(fā)了一個官方的下拉刷新控件 SwipeRefreshLayout。SwipeRefreshLayout 組件只接受一個子組件：即需要刷新的那個組件。該 Activity 負責處理事件刷新和刷新相應的視圖。如果要展示一個“刷新動畫” ，它必須調(diào)用 setRefrshing（true） ，否則取消動畫就調(diào)用 setRefreshing（false） 。比如：播放多媒體，檢測 SD 卡上的文件變化等等。本設計用 Service 在后臺獲取服務器數(shù)據(jù)，并且與主界面交互,更新主界面。. . . . 參考圖 513 Service 主要方法 存在問題及解決方案系統(tǒng)開發(fā)過程中遇到了不少問題，其中有些問題困擾自己許久，有些問題查閱網(wǎng)絡資料即可輕松解決。現(xiàn)對設計過程存在的問題及解決作如下總結(jié)： 數(shù)據(jù)無法解析天氣預報最重要的是什么？毫無疑問，當然是天氣數(shù)據(jù)信息最為重要。對項目進行 debug 調(diào)試，顯示系統(tǒng)異常。加入斷點 debug 后，提示系統(tǒng)異常。最后求助于聚合數(shù)據(jù)平臺客服，該客服提示聚合數(shù)據(jù)的 SDK 已下架，再也無法正常使用其 SDK 集成的方法。. . . . 參考 JSON 解析報錯因為上面的問題無法調(diào)用 SDK 的方法，于是決定編寫網(wǎng)絡數(shù)據(jù)訪問工具類，通過網(wǎng)絡編程的方法獲取數(shù)據(jù)。數(shù)據(jù)中的引號會被誤認為有其他含義。 區(qū)域的數(shù)據(jù)解析無從下手最初以為 的相關(guān)數(shù)據(jù)在天氣預報接口中，仔細查看該接口的所提供的數(shù)據(jù)，發(fā)現(xiàn)并無 PM 指數(shù)，于是在 API 平臺查找相關(guān)接口，找到空氣質(zhì)量 API 能夠提供 PM 數(shù)據(jù)。檢查發(fā)現(xiàn)可以正確解析數(shù)據(jù)，但是只有第一個數(shù)據(jù)能夠顯示。將 setHoursView 方法放到代碼域外邊即可。經(jīng)查閱資料，將顯示白天的圖片按序以“d”為開頭命名，將顯示晚上的圖片按序以“n”為開頭命名，UI 設置圖片時對字符串進行處理獲得相應的圖片名。圖 518 錯誤提示運行在手機端時，除了引導頁面以外，其他所有界面都一片空白，沒有任何數(shù)據(jù)。而本設計這種沒有花過錢的應用，只怕是難以認證成功。第六章 系統(tǒng)測試測試是對軟件產(chǎn)品質(zhì)量的檢驗和評價。簡單地說，就是替用戶使用，測試的最終目的是確保最終交給用戶的產(chǎn)品的功能符合用戶的需求，把盡可能多的問題在產(chǎn)品交給用戶之前發(fā)現(xiàn)并改正。同時，在交給用戶使用之前檢查從聚合數(shù)據(jù)收集的天氣信息是否準確，避免致命錯誤。在解決完所有 節(jié)提到的問題以及調(diào)試過程的其他細小問題后，最終的測試結(jié)果如圖所示：圖 61 安裝及加載界面. . . . 參考圖 62 首次使用時的引導頁面圖 63 主要功能圖. . . . 參考第七章 結(jié)論天氣預報是根據(jù)氣象觀探測資料，應用天氣學、動力學、統(tǒng)計學的原理和方法，對某區(qū)域或某地點未來一定時段的天氣狀況作出定性或定量的預測。天氣預報的歷史可以從最早的看云識天氣和根據(jù)物像來推測天氣開始，以后經(jīng)歷了單站預報，天氣圖預報，到目前的應用氣象衛(wèi)星、天氣雷達等先進的探測資料和用計算機進行天氣預報的階段。天氣預報的種類按預報時效可大致分為：臨近預報(1～2 小時)、甚短期預報(2～12小時)、短期預報(12～48 小時)、中期預報(3～10 天)、長期預報(10 天以上)等；按服務對象可劃分為：日常天氣預報和專業(yè)天氣預報(如航空天氣預報等)；按預報范圍可大致劃分為區(qū)域預報和站點預報等。目前制作天氣預報主要采用天氣學預報方法、統(tǒng)計學預報方法和動力學預報方法，以及由這三種基本預報方法相互結(jié)合形成的天氣—統(tǒng)計預報方法、動力統(tǒng)計預報方法和天氣—動力預報方法等?；?Android 的天氣預報系統(tǒng)設計就是站在這些“巨人的肩膀”上，才能如此輕易的通過網(wǎng)絡獲取天氣數(shù)據(jù)。經(jīng)濟不息，氣象不止。我國作為一個農(nóng)業(yè)大國，天氣對國民經(jīng)濟的影響是尤為重要的，關(guān)系到我國社會的穩(wěn)定和經(jīng)濟的發(fā)展，所以自古以來，我國勞動人民通過自己的智慧在遵循自然規(guī)律的前提下，不斷地影響天氣變化，利用天氣，趨利避害，為人 類的幸福生活而努力。另一方面，在我看來，Android 平臺是非常具有發(fā)展前景的。由于其極大的開放性和兼容性，同時也深為手機廠商的喜愛。當然，基于 Android 平臺的開發(fā)技術(shù)還需要進一步完善，需要在日后的工作中不斷探索、研究，以建立實用的城市天氣實況預報系統(tǒng)。 總之，這次設計從軟件編寫、調(diào)試到確定，我傾注了大量的時間和心血。因為我不僅品味到了結(jié)果的喜悅，更明白了過程的彌