資訊化辦公室見習心得
在本月，我製作了一個名為GeoQuiz的應用Demo,應用了最近學到的一些知識。
設計該應用之心得
1. 在製作較為複雜的應用時，最好使用MVC設計模式，也就是俗稱的MVC分層。
M是model,也就是模型層。V是view,也就是檢視層。C是controller,控制層。透過分層可以使應用結構清晰，透過介面也就是interface進行低耦合，防止應用結合太過緊密而無法進行修改和升級。
2. 在設計應用時一定要預留升級的空間，不可將應用寫的太死。否則在升級的時候要進行大量底層的變動，非但費時費力，還很容易出錯。一但出錯，若無上個節點的備份，會出大問題。
程式設計該應用之心得
1. 在設計一些比較重要的鍵也就是Key的時候，最好將其寫在檔案頂端引用庫檔案的位置下方，並用靜態也就是static和final進行標記。因為這些鍵在安卓設計中是貫穿activity的重要工具，經常配合intent進行傳參等操作。若不寫成靜態的，首先可能被更改，程式容易出錯，也並不安全，容易被攻擊。
2. 當程式出現未知錯誤時，可以透過清理應用程式快取也就是在Androidstudio進行CleanProject操作以防止gradle出錯。因為錯誤是未知錯誤，即便是貼到百度等搜尋引擎上也是非常難找到解決辦法的。
3. 較為複雜的邏輯一定要單獨封裝進多個方法中，然後在主要方法中進行呼叫。我在學習過程中，想給qeoquiz應用新增一些功能，比如增加後退翻頁按鈕，防止陣列溢位等，修改了一些程式碼。最後導致應用崩潰，幸好事先留有備份。
4. 在使用DEBUG工具時一定要耐心，斷點的位置也是一門學問。這樣的複雜應用一旦出現問題，用眼睛判斷是非常困難的。而當應用邏輯出現問題時，即便是Androidstudio的lint已經非常智慧，但是也無法自行判斷設計者的意圖是否有誤。這個時候斷點除錯是非常必要的。在一開始，因為自己的不耐心，一步一步執行的時候沒有注意變數值的變化，被迫再來一次。然後才意識到自己的斷點打的.位置不好，導致要單步執行多次。
總結：
本月我收穫很大，從理論變成產品是一個比想象中更艱鉅的工作。雖然成品只是一個答題軟體的demo,但我也走了許多彎路。我意識到，雖然軟體製作了出來，但我對activity的生命週期和引數傳遞的認識並不好，透過閱讀API文件，我補足了一些，但軟體開發對於獨立開發者是一個艱鉅的工作，我還需要學習的更為紮實。
該見習生在資訊化辦公室服從安排，積極工作，在完成公司任務之後還自己學習進步。希望他努力學習，早日為公司資訊化做出自己的貢獻。
【資訊化辦公室見習心得】相關文章：