【文章內(nèi)容簡(jiǎn)介】 是它的函數(shù)庫(kù)僅僅只改了類名而已，其函數(shù)的用法都一樣的，Android的開發(fā)框架也是參照j2ee的“mvc”模式定義的。Java開發(fā)中的單例模式，觀察者模式，工廠模式等等模式，在android的實(shí)際開發(fā)中也同樣適用。本人在大學(xué)里學(xué)習(xí)過java語言，并且做過一些java項(xiàng)目，所以對(duì)Android項(xiàng)目的開發(fā)有一定的程序設(shè)計(jì)基礎(chǔ)。 經(jīng)濟(jì)上的可行性手機(jī)app主要還是在界面部分，而這個(gè)部分是要求界面設(shè)計(jì)合理，符合大眾的操作觀念，同時(shí)還有使系統(tǒng)穩(wěn)定，字體要醒目，圖片要求高清的，這些要求在Android這個(gè)平臺(tái)上都可以達(dá)到。而且網(wǎng)上有大把免費(fèi)的高清圖片和文字格式讓開發(fā)者選擇。項(xiàng)目的整個(gè)開發(fā)環(huán)境ATD可以在google官網(wǎng)上免費(fèi)下載，第三方包gson的引用也是可以在網(wǎng)上免費(fèi)下載的。因此，基本無需支付任何費(fèi)用就可以使用這些開發(fā)工具，另外，本系統(tǒng)完全由個(gè)人開發(fā),除了個(gè)人的時(shí)間和精力的消耗之外，基本上沒有什么經(jīng)濟(jì)方面的開發(fā)成本。本項(xiàng)目的設(shè)計(jì)與開發(fā)是非商業(yè)性的，雖然沒有經(jīng)濟(jì)方面的收益，但對(duì)于本人而言，既加深了本人對(duì)JAVA基礎(chǔ)知識(shí)和Android框架的了解和掌握，也為以后的軟件系統(tǒng)的設(shè)計(jì)和開發(fā)積累了一定的實(shí)踐經(jīng)驗(yàn)?？傊究蛻舳说慕?jīng)濟(jì)社會(huì)效益是大于它的開發(fā)成本的，因而，經(jīng)濟(jì)上是可行的。 需求分析 功能要求根據(jù)對(duì)用戶的功能需求進(jìn)行調(diào)研可知，用戶在使用智能化遠(yuǎn)程控制的廚房電飯煲時(shí)具體功能要求如下：對(duì)常用的煮飯、熱飯、加熱、保溫、定時(shí)等功能應(yīng)有相應(yīng)的快捷按鈕；提供常用的固定菜單，但可對(duì)固定菜單設(shè)置名字、說明、時(shí)間段等一些參數(shù)信息；用戶可以自己創(chuàng)建和保存新的菜單，并可以下發(fā)給電飯煲保存定時(shí)執(zhí)行，也可以從電飯煲里導(dǎo)出到手機(jī)內(nèi)存；電飯煲在工作時(shí)，能實(shí)時(shí)顯示菜單的執(zhí)行進(jìn)度；可以進(jìn)行多人控制，并定制用戶的使用權(quán)限。 性能要求客戶端應(yīng)具有較高的安全性和隔離性。用戶登陸后可以操作自己的菜單并且保存，各用戶之間互相獨(dú)立、互不干涉，也看不到其他用戶的菜單?？蛻舳嗽跀?shù)據(jù)傳輸時(shí)不能有傳輸丟失數(shù)據(jù)，以免造成對(duì)電飯煲的錯(cuò)誤操作而帶來麻煩。考慮到用戶的對(duì)智能機(jī)實(shí)際操作水平，系統(tǒng)應(yīng)采用較友好的人機(jī)界面，使得操作靈活方便、簡(jiǎn)單直觀，老人和小孩都會(huì)使用；wifi硬件模塊應(yīng)具有較強(qiáng)的數(shù)據(jù)處理能力、支持實(shí)時(shí)通訊，安全，可靠。客戶端應(yīng)具有良好的可靠性、穩(wěn)定性和易維護(hù)性，具備檢錯(cuò)、糾錯(cuò)和容錯(cuò)能力以及強(qiáng)制停止的功能。4 客戶端概要設(shè)計(jì)該客戶端將從體系結(jié)構(gòu)、功能模塊和靜態(tài)模塊三方面進(jìn)行概要設(shè)計(jì)。 系統(tǒng)體系結(jié)構(gòu) 開發(fā)一個(gè)Android項(xiàng)目，其平臺(tái)本身就是一個(gè)框架，并遵循j2ee的mvc的設(shè)計(jì)模式[15]。其實(shí)Android封裝的已經(jīng)很好了，所以視圖層（xml定義的layout就是View層）比j2ee的視圖結(jié)構(gòu)要清楚很多。,這個(gè)是android特有的一種視圖層。模型層一般是業(yè)務(wù)實(shí)體類（根據(jù)業(yè)務(wù)來的），本項(xiàng)目中有很多，在包bin，adapter里都是模型層，控制層是activity，在本項(xiàng)目里也有很多，在包activity，view以及service里。：圖31 項(xiàng)目的mvc模型圖在實(shí)際的開發(fā)中，開發(fā)環(huán)境里的層次不像mvc模型里的那么明確，清晰，往往是沒有什么標(biāo)志的。、。其中圖32中的src包里面是源代碼，、cookerbjx,、。圖33中Res包是android項(xiàng)目的的資源包，其中l(wèi)ayout里面的xml文件是視圖層，在該文件里聲明了Android項(xiàng)目里定義了哪些是activity文件，哪個(gè)activity文件是初始視圖，定義了哪些服務(wù)，引用了系統(tǒng)哪些權(quán)限，聲明了項(xiàng)目的包名，初始化的activity文件必須放在包名里。圖32項(xiàng)目分層圖1 圖33項(xiàng)目分層圖2 視圖層視圖是用戶看到并與之交互的界面，當(dāng)用戶開始注冊(cè)時(shí)，由控制層來接受此注冊(cè)請(qǐng)求，將用戶注冊(cè)的信息寫進(jìn)本地的sqlite數(shù)據(jù)庫(kù)，以便下次登錄驗(yàn)證，在diy新建菜單和快捷功能的模塊里，當(dāng)用戶輸入相關(guān)的數(shù)據(jù)是在控制層調(diào)用相關(guān)程序做具體的數(shù)據(jù)存取邏輯運(yùn)算等處理，把用戶的數(shù)據(jù)結(jié)果存儲(chǔ)在本地的數(shù)據(jù)庫(kù)，等待用戶通過wifi模塊下發(fā)給電飯煲控制面板，然后，控制層把得到的結(jié)果通過視圖返回給用戶，保存的數(shù)據(jù)可以在主菜單的菜單里可以查看。 控制層控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊程序中的按鈕或控件時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后用確定用哪個(gè)視圖來顯示模型處理返回的數(shù)據(jù)。再該項(xiàng)目中當(dāng)點(diǎn)擊界面上的某個(gè)按鈕，他會(huì)去加載項(xiàng)目的activity里的生命周期的部分java文件的方法。最后，界面將重新加載在控制層上。 模型層通常模型層用來處理系統(tǒng)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在MVC的三個(gè)部件中，模型層擁有最多的處理任務(wù)。例如它可能用來操作數(shù)據(jù)庫(kù)，處理亂碼等。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性[10]。，封裝了主界面的14個(gè)按鈕的樣式，包括imageBg,image,text。，封裝了9個(gè)時(shí)間段的數(shù)據(jù)顯示格式，包括step，time，temp，press，condition，ment。 系統(tǒng)功能模塊 系統(tǒng)功能模塊劃分根據(jù)用戶需求分析，將系統(tǒng)分為“登錄模塊”、“menu主菜單”、“diy新建菜單”、“setting”四個(gè)功能模塊。各模塊功能如下：登錄模塊該模塊主要用于用戶注冊(cè)、用戶登錄和wifi的登錄連接。menu主菜單模塊該模塊用于查看、修改、導(dǎo)入、導(dǎo)出、上傳、下載菜單。在主界面下還應(yīng)提供常見菜單的快速啟動(dòng)方式。diy新建菜單模塊在該模塊下用戶可以新建14種菜單，并保存在menu菜譜里。setting模塊該模塊用于連接wifi和device（電飯煲），控制用戶的登入登出。 系統(tǒng)總體控制流程 圖34 客戶端總體流程圖上圖34所示的是系統(tǒng)總體控制流程圖，其運(yùn)行流程為：首先，開啟該客戶端，首頁(yè)是登陸界面，如果是首次使用，則必須要要注冊(cè)，不然沒法使用該客戶端，進(jìn)入注冊(cè)界面完成用戶信息的填寫，然后注冊(cè)成功，進(jìn)入主界面，在主界面可以進(jìn)入任何一個(gè)系統(tǒng)模塊，如果有用戶名，則輸入用戶和密碼進(jìn)入系統(tǒng)主界面，然后可以任意操作。 用例圖和數(shù)據(jù)庫(kù)的表的設(shè)計(jì) 用例圖用例圖是從用戶角度描述系統(tǒng)功能，并指出個(gè)功能的操作者，用例圖能描述出用例、角色以及它們之間的關(guān)系。：圖35用戶權(quán)限圖從上圖可以看出一個(gè)用戶可以在客戶端對(duì)菜單可以增、刪、查、改、上傳、下載、導(dǎo)入、導(dǎo)出的操作。 概念模型設(shè)計(jì)ER圖概念模型用于信息世界到機(jī)器世界的一個(gè)中間層次，是數(shù)據(jù)庫(kù)設(shè)計(jì)人員進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)的有力工具，也是數(shù)據(jù)庫(kù)設(shè)計(jì)人員和用戶之間進(jìn)行交流的語言，因此概念模型一方面應(yīng)該具有較強(qiáng)的語義表達(dá)能力，能夠方便，直接地表達(dá)應(yīng)用中的各種語義知識(shí)，另一方面它還應(yīng)該簡(jiǎn)單，清晰，易于用戶理解。最常使用的是實(shí)體聯(lián)系方法。該方法用ER圖來描述現(xiàn)實(shí)世界的概念模型。ER圖提供了表達(dá)實(shí)體型，屬性和聯(lián)系的方法。以下三個(gè)圖是數(shù)據(jù)庫(kù)三個(gè)表的ER圖： User表的ER圖，是用來找回用戶名密碼的。String Table_Name=user。//表名String Id=id。//用戶idString Name=name。//用戶姓名String Password=password。//用戶密碼String Email=。//用戶郵箱： 用戶menu表的ER圖String Table_Name=menu。//表名String Id=id。//菜單idString Model=model。//diy新建菜單String Number= number。// 功能編號(hào)，0x0d為自定義，其他為系統(tǒng)設(shè)定String Image=image。// 照片路徑String Name=name。// 菜單名稱String Pressure=pressure。// 壓力String Temp=temp。// 溫度String Time=time。// 時(shí)間 單位分鐘String Type=type。// 菜單類型String Help=help。// 幫助說明String KW=kw。//保溫String IsUpload=IsUpload。//是否為上傳菜單String OnlyId=OnlyId。//唯一id,其中：String Table_Name=data。// 表名String Id=id。//id 自動(dòng)增加String MenuId=menuId。//菜單的id 總共14個(gè)String Number=number。// 菜單號(hào)String Time=time。//時(shí)間String Temp=temp。//溫度 用戶菜單9段時(shí)間data的ER圖String Type=type。//菜單類別String Pre=pre。//壓力String Enable=enable。 //是否能夠點(diǎn)擊String Condition=condition。//條件：0提示，1報(bào)文，2跳過String Help=help。//幫助String ConditionsResults=conditionsResults。//設(shè)置條件返回的結(jié)果String Msg=msg。//推送消息5 客戶端詳細(xì)設(shè)計(jì) 客戶端登錄模塊設(shè)計(jì) 用戶注冊(cè)界面詳細(xì)設(shè)計(jì)在該操作界面下，用戶輸入的Username和password以及將會(huì)寫入數(shù)據(jù)庫(kù)中。主要源代碼：public void register() { UserBin ub = ()。//得到用戶注冊(cè)信息用戶名，密碼，郵箱 String name = ()。 String password = ()。 String rPassword = ()。 String = ()； if (name == null || ()) { (context, , ).show()。//Toast是往界面上彈出一個(gè)提示框，他的內(nèi)容是第二個(gè)參數(shù) return。 //跳出方法，終止程序 } UserBin ubTemp= (name)。 if(ubTemp!=null){ (context, , ).show()。 return。 //跳出方法，終止程序 } if (password == null || ()) { (context, , ).show()。 return。 //跳出方法，終止程序 } if