關於安卓課程設計心得體會

關於安卓課程設計心得體會如何寫?下面是整理的關於安卓課程設計心得體會範文，歡迎借鑑!

關於安卓課程設計心得體會範文一

剛開始接觸Android感覺到它很有意思，在界面開發上和web也可以形成了相通的架構，更加方便，視覺上也是非常的酷，在前期我通過的大量的Android SDK開發範例大全中的例子以及Android提供的APIDEMOS進行學習，儘管例子之間的連接比較零散，不過通過這些例子的學習我可以學習到了很多和以前java上相通的思想，因為Android在現在也是全新的技術和框架，在其中我也學到了如何用單例模式、工廠模式等常用的設計模式進行學習，通過API進行開發客户端，對Request發送，Response處理中通過比較方便的JSON對象傳輸，以及對XML、JSON、圖片、業務等下載處理，對API接口調用等問題處理，學習Android心得體會。首先在界面上，我們同樣可以通過不同佈局進行設計非常酷的界面，這些界面可以通過include進行引入，和jsp、html也有相通的地方，同樣在android上可以用到自定義的樣式這和css也有比較相通的地方，我們可以通過一些公用的方法寫個BaseActivity這個基類，通過繼承方式比較不錯的實現了Activity的界面，因為這樣你可以Header(頭部)和Footer(尾部)進行處理一些觸發事件或者特效等，心得體會《學習Android心得體會》。佈局模式以相對模式為主，線線佈局模式可以在比較簡單的include進行完成，最重要的一點就是：我們可以自己通過重寫方法或者通過實現View或者Layout等類進行擴充項目需要的佈局(或者控件),在學習界面中，我發現Android為我們提供了很好的類似反射機制，通過Layout文件夾下的配置文件，可以快速的形成界面，在配置文件可以設置屬性或者樣式都是很快捷方便。對比較特殊的界面也可以通過處理嵌入到指定的界面，同樣你可以通過java代碼直接創建View進行添加，不過這種方式比較複雜。對一些點擊、選中、按鍵等處理的事件，界面之間的跳轉Intent管理，通過Bundle對數據在界面之間進行傳輸。其次在手機交互式通信服務中，學習了Android手機之間進行短信發送、廣播、對廣播的監聽、服務等，在Service類中沒有context，可以通過Handler來每秒反覆運行，自動送出系統廣播信息，同時在這裏我們也知道可以設計一個常用的變量類，設計一個當前的CurrentActivity這個變量進行控制，進行處理。

關於安卓課程設計心得體會範文二

兩個星期的時間非常快就過去了，這兩個星期不敢説自己有多大的進步，獲得了多少知識，但起碼是瞭解了項目開發的部分過程。雖説上過數據庫上過管理信息系統等相關的課程，但是沒有親身經歷過相關的設計工作細節。這次實習證實提供了一個很好的機會。

通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發現我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用於實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。

從各種文檔的閲讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統的設計開發過程。很多東西書上寫的很清楚，貌似看着也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到後面突然就發現自己一開始的設計有問題，然後又回去翻工，在各種反覆中不斷完善自己的想法。

我想有這樣的問題不止我一個，事後想想是一開始着手做的時候下手過於輕快，或者説是根本不瞭解自己要做的這個系統是給誰用的。因為沒有事先做過仔細的用户調查，不知道整個業務的流程，也不知道用户需要什麼功能就忙着開發，這是作為設計開發人員需要特別警惕避免的，不然會給後來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以後的課程設計要特別注意這一塊的設計。

按照要求，我們做的是機票預訂系統。説實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎麼一個流程。盲目開始設計的下場我已經嘗過了，結果就是出來一個四不像的設計方案，沒有什麼實際用處。沒有前期的調查，僅從指導書上那幾條要求着手是不夠的。

在需求分析過程中，我們通過上網查資料，去圖書館查閲相關資料，結合我們的生活經驗，根據可行性研究的結果和客户的要求，分析現有情況及問題，採用Client/Server結構，將機票預定系統劃分為兩個子系統：客户端子系統，服務器端子系統。在兩週的時間裏，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由於忘記了一些java語言的規範使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言的規範性以及我們在編程時要有嚴謹的態度，同時在寫程序時如有一定量的註釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。

我們學習並應用了SQL語言，對數據庫的創建、修改、刪除方法有了一定的瞭解，通過導入表和刪除表、更改表學會了對於表的一些操作，為了建立一個關係數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價的一般過程，為畢業設計打下基礎。

很多事情不是想象中的那麼簡單的，它涉及到的各種實體、屬性、數據流程、數據處理等等。很多時候感覺後面的設計根本無法繼續，感覺像是被前面做的各種圖限制了。在做關係模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免宂餘，儘量按照屬性處理了。

物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最後才做索引的部分，對一些比較經常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最後別忘記重要的安全性設置，限制用户訪問權限，新建用户並和數據庫用户做相應的映射。

不管做什麼，我們都要相信自己，不能畏懼，不能怕遇到困難，什麼都需要去嘗試，有些你開始認為很難的事在你嘗試之後你可能會發現原來她並沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以後從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇於嘗試，這是這次課程設計給我的最大感想!

以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發現做一個項目最重要的不在於如何實現，而是實現之前的需求分析和模塊設計。創新很難，有些流行的系統其實現並不難，難的在於對市場的分析和準確定位。設計，是一個任重道遠的過程。