信息化辦公室軟件製作見習心得

在本月，我製作了一個名為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文檔，我補足了一些，但軟件開發對於獨立開發者是一個艱鉅的工作，我還需要學習的更為紮實。

該見習生在信息化辦公室服從安排，積極工作，在完成公司任務之後還自己學習進步。希望他努力學習，早日為公司信息化做出自己的貢獻。