信息化辦公室見習心得(軟件制作).doc

1、親愛的朋友， 很高興能在此相遇！歡迎您閱讀文檔信息化辦公室見習心得（軟件制作），這篇文檔是由我們精心收集整理的新文檔。相信您通過閱讀這篇文檔，一定會有所收獲。假若親能將此文檔收藏或者轉發(fā)，將是我們莫大的榮幸，更是我們繼續(xù)前行的動力。信息化辦公室見習心得（軟件制作）（信息化辦公室武文韜20xx.3 ）在本月，我制作了一個名為GeoQuiz 的應用 Demo,應用了最近學到的一些知識。設計該應用之心得1. 在制作較為復雜的應用時，最好使用MVC設計模式，也就是俗稱的MVC分層。M是 model, 也就是模型層。 V 是 view, 也就是視圖層。 C 是controller,控制層。通過分層可以使

2、應用結構清晰，通過接口也就是 interface進行低耦合， 防止應用結合太過緊密而無法進行修改和升級。2. 在設計應用時一定要預留升級的空間，不可將應用寫的太死。否則在升級的時候要進行大量底層的變動， 非但費時費力，還很容易出錯。一但出錯，若無上個節(jié)點的備份，會出大問題。 1 編程該應用之心得1. 在設計一些比較重要的鍵也就是Key 的時候，最好將其寫在文件頂端引用庫文件的位置下方，并用靜態(tài)也就是static和 final進行標記。因為這些鍵在安卓設計中是貫穿activity的重要工具，經(jīng)常配合intent進行傳參等操作。若不寫成靜態(tài)的，首先可能被更改， 程序容易出錯， 也并不安全， 容易被

3、攻擊。2. 當程序出現(xiàn)未知錯誤時，可以通過清理應用程序緩存也就是在 Androidstudio進行 CleanProject操作以防止gradle出錯。因為錯誤是未知錯誤，即便是貼到百度等搜索引擎上也是非常難找到解決辦法的。3. 較為復雜的邏輯一定要單獨封裝進多個方法中，然后在主要方法中進行調用。 我在學習過程中， 想給 qeoquiz 應用添加一些功能，比如增加后退翻頁按鈕， 防止數(shù)組溢出等， 修改了一些代碼。最后導致應用崩潰，幸好事先留有備份。4. 在使用 DEBUG工具時一定要耐心，斷點的位置也是一門學問。這樣的復雜應用一旦出現(xiàn)問題， 用眼睛判斷是非常困難的。而當應用邏輯出現(xiàn)問題時，即便

4、是Androidstudio的 lint已經(jīng)非常智能， 但是也無法自行判斷設計者的意圖是否有誤。這個時候斷點調試是非常必要的。在一開始，因為自己的不耐心，一步一步運行的時候沒有注意變量值的變化，被迫再來一次。 然后才 2 意識到自己的斷點打的位置不好，導致要單步運行多次。總結：本月我收獲很大，從理論變成產品是一個比想象中更艱巨的工作。雖然成品只是一個答題軟件的demo,但我也走了許多彎路。我意識到，雖然軟件制作了出來，但我對activity的生命周期和參數(shù)傳遞的認識并不好，通過閱讀API 文檔，我補足了一些，但軟件開發(fā)對于獨立開發(fā)者是一個艱巨的工作，我還需要學習的更為扎實。該見習生在信息化辦公室服從安排，積極工作，在完成公