信息化辦公室見習心得範文

在本月，我製作了一個名爲GeQuiz的應用De,應用了最近學到的一些知識。

　　設計該應用之心得

1在製作較爲複雜的應用時，最好使用V設計模式，也就是俗稱的V分層。

是del,也就是模型層。V是vie,也就是視圖層。是ntrller,控制層。通過分層可以使應用結構清晰，通過接口也就是interfae進行低耦合，防止應用結合太過緊密而無法進行修改和升級。

2在設計應用時一定要預留升級的空間，不可將應用寫的太死。否則在升級的時候要進行大量底層的變動，非但費時費力，還很容易出錯。一但出錯，若無上個節點的備份，會出大問題。

　　編程該應用之心得

1在設計一些比較重要的鍵也就是e的時候，最好將其寫在頂端引用庫的位置下方，並用靜態也就是stati和final進行標記。因爲這些鍵在安卓設計中是貫穿ativit的重要工具，經常配合intent進行傳參等操作。若不寫成靜態的，首先可能被更改，程序容易出錯，也並不安全，容易被攻擊。

2當程序出現未知錯誤時，可以通過清理應用程序緩存也就是在Andridstudi進行leanpret操作以防止gradle出錯。因爲錯誤是未知錯誤，即便是貼到百度等搜索引擎上也是非常難找到解決辦法的。

較爲複雜的邏輯一定要單獨封裝進多個方法中，然後在主要方法中進行調用。我在學習過程中，想給qequiz應用添加一些功能，比如增加後退翻頁按鈕，防止數組溢出等，修改了一些代碼。最後導致應用崩潰，幸好事先留有備份。

4在使用DEBUG工具時一定要耐心，斷點的位置也是一門學問。這樣的`複雜應用一旦出現問題，用眼睛判斷是非常困難的。而當應用邏輯出現問題時，即便是Andridstudi的lint已經非常智能，但是也無法自行判斷設計者的意圖是否有誤。這個時候斷點調試是非常必要的。在一開始，因爲自己的不耐心，一步一步運行的時候沒有注意變量值的變化，被迫再一次。然後才意識到自己的斷點打的位置不好，導致要單步運行多次。

　　總結：

本月我收穫很大，從理論變成產品是一個比想象中更艱鉅的工作。雖然成品只是一個答題軟的de,但我也走了許多彎路。我意識到，雖然軟製作了出，但我對ativit的生命週期和參數傳遞的認識並不好，通過閱讀ApI檔，我補足了一些，但軟開發對於獨立開發者是一個艱鉅的工作，我還需要學習的更爲紮實。

　　見習點評：

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