開發(fā)心得記錄

開發(fā)心得記錄

注：主要記錄一些在編碼過程中的一些心得體會(huì)，或者突發(fā)奇想的開發(fā)思路，這里將不涉及過多的具體代碼，更多的可能會(huì)將代碼分塊，然后分析和思考。筆者希望通過這樣的方式記錄自己開發(fā)思想的遷移過程，也為后來者提供更加具體和實(shí)用的指導(dǎo)。

*******************************************************************************1、目前我所了解的開發(fā)技術(shù)及其理解：HTML：超文本標(biāo)記語言主要用于網(wǎng)頁的制作，提供了一些已經(jīng)被定義好的標(biāo)簽，每個(gè)標(biāo)簽都具備獨(dú)特的功能。開發(fā)者通過將這些標(biāo)簽合理的整合，從而達(dá)到展示整個(gè)頁面內(nèi)容的目的。一般來說，HTML不單獨(dú)存在，它會(huì)和CSS(層疊樣式表單)和javascript一起開發(fā)網(wǎng)頁。基本上，只要是Web應(yīng)用就肯定會(huì)需要和HTML打交道。HTML的標(biāo)簽就像是一堆已經(jīng)被HTML標(biāo)簽的開發(fā)者制作出來的積木，我們?cè)谥谱骶W(wǎng)頁的時(shí)候，僅僅只是需要去根據(jù)具體的需要完成積木的搭建就可以了。

CSS：層疊樣式表單主要用于配合HTML標(biāo)簽來控制整個(gè)網(wǎng)頁的內(nèi)容展示。一般來說，我們將HTML的功能定義為顯示內(nèi)容，然后把CSS的功能定義為修飾內(nèi)容。實(shí)際上，HTML可以用于顯示內(nèi)容，也提供了一些可以幫助我們定位內(nèi)容的功能，但是隨著行業(yè)的發(fā)展，HTML中的那些定位的功能逐漸由CSS取代。目前做網(wǎng)頁比較流行的一種方式是：DIV+CSS。javascript：一種腳本語言主要用于在Web頁面上加入一些交互的內(nèi)容，提高網(wǎng)頁和用戶之間的交互性，增強(qiáng)網(wǎng)頁的趣味性。如果只有HTML和CSS，那么做出來的網(wǎng)頁是靜態(tài)的，也就是說，這個(gè)網(wǎng)頁只是提供了展示的功能，用戶只能夠?yàn)g覽里面的內(nèi)容，用戶的自主性很差(最多是通過超級(jí)鏈接去選擇性的瀏覽頁面)。而加入javascript之后，我們可以給用戶更多的自主性(不刷新頁面，選擇性的瀏覽內(nèi)容)，而且頁面上會(huì)存在更多的動(dòng)態(tài)的內(nèi)容(導(dǎo)航欄效果，頁面特效，動(dòng)態(tài)內(nèi)容展示等等)，而且我們能夠在一個(gè)頁面的范圍內(nèi)展示更多的內(nèi)容。通過DOM，我們還可以動(dòng)態(tài)的修改網(wǎng)頁中的元素，通過使用Ajax和服務(wù)端異步通信我們甚至可以做到一些不刷新整個(gè)頁面而更改頁面顯示的效果。xml：可擴(kuò)展的標(biāo)記性語言主要用于描述和存儲(chǔ)數(shù)據(jù)。一般以標(biāo)簽的形式存在，類似于HTML，但是語法比HTML嚴(yán)格。XML所使用的標(biāo)簽一般都是由用戶自己根據(jù)需要?jiǎng)?chuàng)建的，所以它的自主性很強(qiáng)。我們一般在XML中保存一些程序初始化所需要用到的數(shù)據(jù)信息，有些時(shí)候也用于跨平臺(tái)的數(shù)據(jù)保存。

java：一種面向?qū)ο蟮木幊陶Z言脫胎自C++，在C++的基礎(chǔ)上簡化的一些操作，所以與C++相比，相對(duì)比較簡單。目前java主要由三個(gè)方向的應(yīng)用：桌面(J2SE)、網(wǎng)絡(luò)(J2EE)、手機(jī)(J2ME)。這三個(gè)應(yīng)用的底層語法是一樣的，主要的區(qū)別在于：1、使用的API不一樣；2、程序運(yùn)行的平臺(tái)不一樣。在運(yùn)行java程序的時(shí)候，需要安裝和配置java的運(yùn)行時(shí)環(huán)境，這個(gè)運(yùn)行時(shí)環(huán)境主要由JVM(java虛擬機(jī))和SDK(java類庫)組成。jsp：javaserverpage主要是用于簡化動(dòng)態(tài)網(wǎng)頁的制作而提出的一種開發(fā)規(guī)范。一般和sservlet以及javabean一起構(gòu)建Web應(yīng)用。JSP中集成了html、css、javascript、java、jsp標(biāo)簽等元素，語法相對(duì)雜亂。在開發(fā)的過程中，一般會(huì)在程序的結(jié)構(gòu)上下功夫，使得程序的結(jié)構(gòu)更加清晰和明白。在MVC模式中，它處于視圖層，主要用于數(shù)據(jù)的收集和顯示。注意：JSP的執(zhí)行需要Web應(yīng)用服務(wù)器的支持。

servlet：java服務(wù)端小程序?qū)嶋H上，它就是java類，不過和一般的java程序相比，它需要繼承HttpServlet類。在執(zhí)行的過程中會(huì)和Web應(yīng)用服務(wù)器配合一起工作。在MVC模式中，它處于控制層，主要用于程序邏輯的控制。

javabean：java小程序(特定規(guī)范和特定作用)Javabean實(shí)際上也是java類，但是它的作用和servlet不盡相同。與servlet相比，它更加的自由化，在MVC模式中，它處于模型層，主要用于執(zhí)行具體的業(yè)務(wù)邏輯。MVC：一種開發(fā)模式和程序的結(jié)構(gòu)規(guī)范它將整個(gè)應(yīng)用分成了三層，M(模式)V(視圖)C(控制)。每一層都有自己的特定功能，主要作用就是將開發(fā)任務(wù)模塊化，使得各個(gè)層級(jí)之間的功能耦合性減少，增強(qiáng)代碼的可移植性和可維護(hù)性。在使用MVC的過程中，最重要的是三個(gè)模塊的抽象和劃分過程，這個(gè)過程往往比較重要，而且花費(fèi)的時(shí)間會(huì)比較多，還有就是使用MVC會(huì)使得項(xiàng)目文件增多，這也會(huì)導(dǎo)致整個(gè)項(xiàng)目的復(fù)雜化。一般來說，如果是比較小的項(xiàng)目，不需要使用MVC實(shí)現(xiàn)。Flash：FlashCS設(shè)計(jì)器主要用戶Flash動(dòng)畫的制作，偏向于設(shè)計(jì)。在制作游戲的過程中一般使用Flashcs設(shè)計(jì)器完成元件的制作，減少動(dòng)畫的制作難度，提高程序的開發(fā)效率。ActionScript3.0：Flash動(dòng)畫的內(nèi)部腳本主要用于控制Flash元素，它和Flash一樣需要在FlashPlayer中執(zhí)行。目前ActionScript3.0(后面簡稱AS3)由AVM2提供支持。AS3的核心是顯示對(duì)象，基本上所有的編程都是圍繞顯示對(duì)象來說的，所以AS3一般用于客戶端的制作。目前AS3是制作WebGame客戶端的首選，也是制作RIA的首選。它的主要優(yōu)勢：1、豐富而簡單的類庫；2、市場占用率非常高；3、專注于客戶端，給用戶提供更加炫麗的客戶端展示。Flex：一種企業(yè)級(jí)的Flash應(yīng)用程序開發(fā)框架類似于XML和HTML的結(jié)合體，實(shí)際上，執(zhí)行的過程中每個(gè).mxml都被轉(zhuǎn)換成了相對(duì)應(yīng)的AS代碼執(zhí)行的。主要用于大型的RIA應(yīng)用，目前很多公司選擇其作為界面的展示，因?yàn)樗鼉?nèi)部提供的豐富的組件，能夠很大程度上提高程序的開發(fā)效率。但是Flex也存在幾個(gè)比較嚴(yán)重的不足：1、因?yàn)樾枰��?mxml解析成AS執(zhí)行，所以與純AS代碼相比，執(zhí)行效率較低；2、因?yàn)镕lex代碼的執(zhí)行需要Flex框架的支持，所以在目標(biāo)SWF中需要集成Flex框架，這會(huì)導(dǎo)致SWF文件的增大；3、豐富的組件庫提供了多樣的選擇，但是我們會(huì)發(fā)現(xiàn)，有更多的組件我們不需要使用，造成了很大程度上的資源浪費(fèi)。OOP：面向?qū)ο笠环N程序開發(fā)思想，它有四個(gè)特點(diǎn)：抽象、封裝、繼承、多態(tài)。一般來說，我們把后面的三個(gè)特點(diǎn)稱為OOP的三大特性。與傳統(tǒng)的面向過程式的編程方法相比，面向?qū)ο笫钦驹诤痈�高的高度上從整體上去分析整個(gè)代碼結(jié)構(gòu)。面向過程是從小到大，慢慢疊加積累的過程；而面向?qū)ο缶褪菑拇蟮叫�，慢慢�?xì)化的過程。面向過程是根據(jù)計(jì)算機(jī)邏輯，一點(diǎn)一點(diǎn)的實(shí)現(xiàn)效果；而面向?qū)ο笫钦驹谌祟惐旧淼慕嵌壬先ニ伎紗栴}，然后根據(jù)具體的語言和語法結(jié)合計(jì)算機(jī)邏輯去實(shí)現(xiàn)自己的想法。面向?qū)ο蟮暮锰幵谟�，因�(yàn)檎�體結(jié)構(gòu)是站在人類語言的角度上去設(shè)計(jì)的，所以，理解起來相對(duì)比較簡單，而且擴(kuò)展性也會(huì)非常好，方便代碼的重用以及后期的維護(hù)和修改。但是它也對(duì)開發(fā)人員提出了更高的要求，所以，使用OOP的原則和MVC一樣，如果是一個(gè)相對(duì)比較小的應(yīng)用程序的話，就沒有必要使用OOP了。設(shè)計(jì)模式：一種面向?qū)ο蟮脑O(shè)計(jì)思想設(shè)計(jì)模式本質(zhì)上是由一些有經(jīng)驗(yàn)的程序員從大量而重復(fù)的編碼工作中總結(jié)出的一些既定的編碼規(guī)則。它提供的主要是一種代碼結(jié)構(gòu)，用于實(shí)現(xiàn)特定的需要。設(shè)計(jì)模式的使用能夠簡化設(shè)計(jì)師的設(shè)計(jì)工作，并且由于提供了一種統(tǒng)一的規(guī)范，所以，使得了解設(shè)計(jì)模式的程序員之間的溝通變得簡單。需要注意的是，所有的設(shè)計(jì)模式都是為了解決一定的問題而存在的，所以設(shè)計(jì)模式的使用應(yīng)該是有特定要求的，如果你不確定使用設(shè)計(jì)模式之后會(huì)有什么好處，那么最好還是別去使用設(shè)計(jì)模式，因?yàn)�，設(shè)計(jì)模式是一個(gè)相對(duì)抽象的東西，很多的初級(jí)程序員很難去理解為什么。實(shí)際上，最好的使用方式是，了解設(shè)計(jì)模式的內(nèi)部意義，然后根據(jù)項(xiàng)目的需要去使用這些設(shè)計(jì)模式，甚至在一些特定的結(jié)構(gòu)中去修改設(shè)計(jì)模式，使得這些設(shè)計(jì)模式能夠很好的組合起來，或者自定義一些設(shè)計(jì)模式的變種，使得設(shè)計(jì)模式更好的與當(dāng)期的項(xiàng)目結(jié)合起來。

UML：一種建模標(biāo)準(zhǔn)UML主要是為了給設(shè)計(jì)師設(shè)計(jì)整個(gè)應(yīng)用結(jié)構(gòu)的。它存在的目的和價(jià)值在于讓設(shè)計(jì)者更加清楚所需要制作的是什么，也為了讓其他參與開發(fā)的人員知道整個(gè)框架的大概結(jié)構(gòu)，了解自己負(fù)責(zé)的模塊需要和哪些人員有交互。如果后期需要修改，也可以在這個(gè)基礎(chǔ)之上進(jìn)行修改，這樣的話，一些相對(duì)比較長時(shí)間的開發(fā)才會(huì)進(jìn)行的更加順利。UML設(shè)計(jì)主要包括以下幾個(gè)方面的設(shè)計(jì)：1、流程設(shè)計(jì)；2、類結(jié)構(gòu)設(shè)計(jì)；3、模塊設(shè)計(jì)等等。201*-12-22by:lymeng*******************************************************************************2、啊

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

*******************************************************************************

擴(kuò)展閱讀：敏捷開發(fā)心得

敏捷開發(fā)心得

敏捷開發(fā)，曾經(jīng)對(duì)它的理解就是沒有文檔的快速開發(fā)。眾所周知，寫軟件開發(fā)文檔是一件很痛苦的事情，所以越來越多的人因?yàn)檫@點(diǎn)去使用敏捷開發(fā)。但是經(jīng)過這一段時(shí)間的學(xué)習(xí)之后，我對(duì)敏捷開發(fā)有了一些新的理解。

首先，對(duì)敏捷開發(fā)下個(gè)定義，借用下百度百科的定義。簡單的說，敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測試，具備集成和可運(yùn)行的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。

這個(gè)定義只從表面上解釋了一下敏捷開發(fā)，沒有具體說明怎樣使用敏捷開發(fā)。下面講一下我對(duì)敏捷開發(fā)的具體心得。

1.架構(gòu)師的重要性

首先，敏捷開發(fā)對(duì)于個(gè)人能力的要求是十分高的，尤其是領(lǐng)導(dǎo)人的能力。領(lǐng)導(dǎo)者及架構(gòu)師是個(gè)舉足輕重的角色，需要有深厚的行業(yè)背景、創(chuàng)新能力，以及架構(gòu)能力。一個(gè)好的架構(gòu)師，必須能考慮到產(chǎn)品當(dāng)前使用模塊，產(chǎn)品可以繼續(xù)發(fā)展的模塊以及下一代產(chǎn)品的方向。只有考慮到這三種模塊和特性，這樣的產(chǎn)品才能保持長期的生命力。敏捷開發(fā)也強(qiáng)調(diào)擁抱市場變化，這對(duì)產(chǎn)品架構(gòu)師提出了很高的要求深厚的業(yè)務(wù)背景、創(chuàng)新能力、技術(shù)洞察力和架構(gòu)思想。

2.不斷加強(qiáng)自己的技能

敏捷開發(fā)對(duì)于個(gè)人適應(yīng)變化的能力要求非常高，所以對(duì)于普通員工來說，就必須不斷加強(qiáng)自己的技能。不斷的關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力，很多原則、模式和實(shí)踐也可以增強(qiáng)敏捷開發(fā)能力。

3.結(jié)對(duì)編程

結(jié)對(duì)編程，簡而言之，就是兩個(gè)人同時(shí)坐在同一個(gè)電腦面前，一個(gè)人編程，另外一個(gè)人檢查并給予一定的幫助，過一段時(shí)間可以交換工作。很多公司不愿意使用結(jié)對(duì)編程，因?yàn)檫@樣得額外支付一倍工資。但是，結(jié)對(duì)編程也有它的優(yōu)點(diǎn)。在工作效率上說，兩個(gè)人同時(shí)工作就避免了單獨(dú)工作時(shí)出現(xiàn)的沒事上QQ聊天和瀏覽休閑網(wǎng)站的情況，這樣會(huì)提高工作效率，結(jié)對(duì)編程一天的產(chǎn)出不一定小于兩個(gè)人分別工作時(shí)的工作量。而且結(jié)對(duì)編程因?yàn)橛辛硗庖蝗说臋z查，出錯(cuò)率會(huì)大大降低。眾所周知，錯(cuò)誤發(fā)現(xiàn)的越早，系統(tǒng)維護(hù)起來所需要的代價(jià)越小。而且在我理解，這樣還可以增加同事間的友誼，在工作其他方面會(huì)有意想不到的好處。

4.面對(duì)面交流

在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談。在十幾或者二十幾個(gè)人組成的大團(tuán)隊(duì)中，文檔是一種比較合適的傳遞知識(shí)和交流的途徑。而敏捷團(tuán)隊(duì)一般不會(huì)很多人（大團(tuán)隊(duì)實(shí)施敏捷時(shí)也會(huì)分成多個(gè)小的敏捷團(tuán)隊(duì)），所以大量的文檔交流其實(shí)并不是很經(jīng)濟(jì)的做法。此時(shí)面對(duì)面的交談反而更快速有效。

5.經(jīng)常性的交付軟件

經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個(gè)月，交付的時(shí)間間隔越短越好。只要我們可以保證交付的軟件可以很好的工作，那么交付時(shí)間越短，我們和客戶協(xié)作就越緊密，對(duì)產(chǎn)品質(zhì)量就更有益。雖然我們多次迭代，但并不是每次迭代的結(jié)果都需要交付給用戶，敏捷開發(fā)的目標(biāo)是讓他們可以交付。這意味著開發(fā)小組在每次迭代中都會(huì)增加一些功能，增加的每個(gè)功能都是經(jīng)過編碼、測試，達(dá)到了可發(fā)布的質(zhì)量標(biāo)準(zhǔn)的。

6.嚴(yán)格執(zhí)行單元測試

所有編程人員都知道需要做單元測試，但是有多少人可以認(rèn)真對(duì)待。很少人是真的想盡辦法構(gòu)建測試案例，大多數(shù)人都是應(yīng)付了事。所以要認(rèn)真對(duì)待單元測試，無單元測試的代碼嚴(yán)禁提交。甚至于在條件允許的情況下，實(shí)施測試驅(qū)動(dòng)開發(fā)。即先有單元測試，后有代碼。

7.開發(fā)人員和業(yè)務(wù)人員天天在一起工作

在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。軟件項(xiàng)目不會(huì)依照之前設(shè)定的計(jì)劃原路執(zhí)行，中間對(duì)業(yè)務(wù)的理解、軟件的解決方案肯定會(huì)存在偏差，所以客戶、需求人員、開發(fā)人員以及涉眾之間必須進(jìn)行有意義的、頻繁的交互，這樣就可以在早期及時(shí)的發(fā)現(xiàn)并解決問題。

8.輕文檔但非無文檔

敏捷開發(fā)強(qiáng)調(diào)溝通的重要性，而輕冗余文檔。但敏捷開發(fā)并不意味著無文檔。在敏捷開發(fā)過程中，適量的文檔還是很有幫助，有助于整理思路，加快溝通和討論。以前我們都用需求規(guī)格說明書或者用例來編寫詳細(xì)的需求，敏捷使用用戶故事來羅列需求。使用基于用戶故事的需求分析方法時(shí)，仍可能需要原型和編寫文檔，只是工作重點(diǎn)更多的轉(zhuǎn)移到了口頭交流。

9.反省會(huì)議

每隔一定時(shí)間，團(tuán)隊(duì)成員應(yīng)該對(duì)最近的工作進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。由于很多不確定性因素會(huì)導(dǎo)致計(jì)劃失效，比如項(xiàng)目成員增減、技術(shù)應(yīng)用效果、用戶需求的改變、競爭者對(duì)我們的影響等都會(huì)讓我們作出不同的反應(yīng)。對(duì)以上這些變化，小組通過不斷的反省調(diào)整來保持團(tuán)隊(duì)的敏捷性。

10.有組織的團(tuán)隊(duì)

大家都知道，最好的構(gòu)架、需求和設(shè)計(jì)出自與自組織的團(tuán)隊(duì)。敏捷中有很多種實(shí)踐，其中迭代式開發(fā)是主要的實(shí)踐方法，而自組織團(tuán)隊(duì)也是主要的實(shí)踐之一。在自組織團(tuán)隊(duì)中，管理者不再發(fā)號(hào)施令，而是讓團(tuán)隊(duì)自身尋找最佳的工作方式來完成工作。

要形成一個(gè)自組織團(tuán)隊(duì)其實(shí)比較難。首先自組織團(tuán)隊(duì)的第一個(gè)要素就是必須有一個(gè)團(tuán)隊(duì)，而不僅僅是一群人。一群人是一幫在一起工作的人，他們彼此之間并沒有太多的溝通，他們也并不視彼此為一體。項(xiàng)目一開始，我們就會(huì)組建“團(tuán)隊(duì)”，但很多時(shí)候由構(gòu)架師、需求人員、開發(fā)人員和測試人員組成的是一群人而已。團(tuán)隊(duì)的形成必須經(jīng)歷幾個(gè)時(shí)期，在經(jīng)歷了初期的磨合后，成員才會(huì)開始對(duì)團(tuán)隊(duì)共同的工作理念與文化形成一個(gè)基本的認(rèn)識(shí)和理解。團(tuán)隊(duì)內(nèi)會(huì)逐漸形成規(guī)矩，而且這些規(guī)矩是不言而喻的。比如，每個(gè)人都知道上午九點(diǎn)來上班，都會(huì)主動(dòng)詢問別人是否需要幫助，也都會(huì)去主動(dòng)和別人探討問題。如果團(tuán)隊(duì)成員之間能夠達(dá)成這樣的默契，那么這個(gè)團(tuán)隊(duì)將成為一個(gè)真正高效的工作團(tuán)隊(duì)。在這樣的團(tuán)隊(duì)中，成員之間相互理解，工作效率非常高。在自組織團(tuán)隊(duì)中，團(tuán)隊(duì)成員不需要遵從別人的詳細(xì)指令。他們需要更高層次的指導(dǎo)，這種指導(dǎo)更像是一個(gè)目標(biāo)，一個(gè)致力于開發(fā)出更好的軟件的目標(biāo)。

總之，自組織團(tuán)隊(duì)是一個(gè)自動(dòng)自發(fā)、有著共同目標(biāo)和工作文化的團(tuán)隊(duì)，這樣的團(tuán)隊(duì)總是在向它的組織做出承諾。但是，實(shí)現(xiàn)這些承諾對(duì)于自組織團(tuán)隊(duì)來說非常重要。否則，一旦出現(xiàn)問題，團(tuán)隊(duì)成員之間就會(huì)出現(xiàn)信任危機(jī)。

現(xiàn)在社會(huì)工作的節(jié)奏越來越快，相信敏捷開發(fā)的使用者也越來越多。通過不斷的對(duì)敏捷開發(fā)方法進(jìn)行改善，我相信，以后不只那些中小型項(xiàng)目會(huì)使用敏捷開發(fā)，而且一些大的項(xiàng)目也會(huì)使用�？傆幸惶�，人們使用敏捷開發(fā)時(shí)會(huì)做到駕馭自如！

友情提示：本文中關(guān)于《開發(fā)心得記錄》給出的范例僅供您參考拓展思維使用，開發(fā)心得記錄：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《開發(fā)心得記錄》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.7334dd.com/gongwen/673120.html

• 上一篇：51單片機(jī)二十天的學(xué)習(xí)心得
• 下一篇：試用期營銷心得體會(huì)