開發(fā)心得記錄_第1頁
開發(fā)心得記錄_第2頁
開發(fā)心得記錄_第3頁
開發(fā)心得記錄_第4頁
開發(fā)心得記錄_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

開發(fā)心得記錄開發(fā)心得記錄

開發(fā)心得記錄

注:主要記錄一些在編碼過程中的一些心得體會,或者突發(fā)奇想的開發(fā)思路,這里將不涉及過多的詳細代碼,更多的可能會將代碼分塊,然后分析和思索。筆者盼望通過這樣的方式記錄自己開發(fā)思想的遷移過程,也為后來者供應(yīng)更加詳細和有用的指導。

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

CSS:層疊樣式表單主要用于協(xié)作HTML標簽來掌握整個網(wǎng)頁的內(nèi)容展現(xiàn)。一般來說,我們將HTML的功能定義為顯示內(nèi)容,然后把CSS的功能定義為修飾內(nèi)容。實際上,HTML可以用于顯示內(nèi)容,也供應(yīng)了一些可以幫忙我們定位內(nèi)容的功能,但是隨著行業(yè)的進展,HTML中的那些定位的功能漸漸由CSS取代。目前做網(wǎng)頁比擬流行的一種方式是:DIV+CSS。javascript:一種腳本語言主要用于在Web頁面上參加一些交互的內(nèi)容,提高網(wǎng)頁和用戶之間的交互性,增加網(wǎng)頁的趣味性。假如只有HTML和CSS,那么做出來的網(wǎng)頁是靜態(tài)的,也就是說,這個網(wǎng)頁只是供應(yīng)了展現(xiàn)的功能,用戶只能夠掃瞄里面的內(nèi)容,用戶的自主性很差(最多是通過超級鏈接去選擇性的掃瞄頁面)。而參加javascript之后,我們可以給用戶更多的自主性(不刷新頁面,選擇性的掃瞄內(nèi)容),而且頁面上會存在更多的動態(tài)的內(nèi)容(導航欄效果,頁面特效,動態(tài)內(nèi)容展現(xiàn)等等),而且我們能夠在一個頁面的范圍內(nèi)展現(xiàn)更多的內(nèi)容。通過DOM,我們還可以動態(tài)的修改網(wǎng)頁中的元素,通過使用Ajax和效勞端異步通信我們甚至可以做到一些不刷新整個頁面而更改頁面顯示的效果。xml:可擴展的標記性語言主要用于描述和存儲數(shù)據(jù)。一般以標簽的形式存在,類似于HTML,但是語法比HTML嚴格。XML所使用的標簽一般都是由用戶自己依據(jù)需要創(chuàng)立的,所以它的自主性很強。我們一般在XML中保存一些程序初始化所需要用到的數(shù)據(jù)信息,有些時候也用于跨平臺的數(shù)據(jù)保存。

java:一種面對對象的編程語言脫胎自C++,在C++的根底上簡化的一些操作,所以與C++相比,相比照較簡潔。目前java主要由三個方向的應(yīng)用:桌面(J2SE)、網(wǎng)絡(luò)(J2EE)、手機(J2ME)。這三個應(yīng)用的底層語法是一樣的,主要的區(qū)分在于:1、使用的API不一樣;2、程序運行的平臺不一樣。在運行java程序的時候,需要安裝和配置java的運行時環(huán)境,這個運行時環(huán)境主要由JVM(java虛擬機)和SDK(java類庫)組成。jsp:javaserverpage主要是用于簡化動態(tài)網(wǎng)頁的制作而提出的一種開發(fā)標準。一般和sservlet以及javabean一起構(gòu)建Web應(yīng)用。JSP中集成了html、css、javascript、java、jsp標簽等元素,語法相對雜亂。在開發(fā)的過程中,一般會在程序的構(gòu)造上下功夫,使得程序的構(gòu)造更加清楚和明白。在MVC模式中,它處于視圖層,主要用于數(shù)據(jù)的收集和顯示。留意:JSP的執(zhí)行需要Web應(yīng)用效勞器的支持。

servlet:java效勞端小程序?qū)嶋H上,它就是java類,不過和一般的java程序相比,它需要繼承HttpServlet類。在執(zhí)行的過程中會和Web應(yīng)用效勞器協(xié)作一起工作。在MVC模式中,它處于掌握層,主要用于程序規(guī)律的掌握。

javabean:java小程序(特定標準和特定作用)Javabean實際上也是java類,但是它的作用和servlet不盡一樣。與servlet相比,它更加的自由化,在MVC模式中,它處于模型層,主要用于執(zhí)行詳細的業(yè)務(wù)規(guī)律。MVC:一種開發(fā)模式和程序的構(gòu)造標準它將整個應(yīng)用分成了三層,M(模式)V(視圖)C(掌握)。每一層都有自己的特定功能,主要作用就是將開發(fā)任務(wù)模塊化,使得各個層級之間的功能耦合性削減,增加代碼的可移植性和可維護性。在使用MVC的過程中,最重要的是三個模塊的抽象和劃分過程,這個過程往往比擬重要,而且花費的時間會比擬多,還有就是使用MVC會使得工程文件增多,這也會導致整個工程的簡單化。一般來說,假如是比擬小的工程,不需要使用MVC實現(xiàn)。Flash:FlashCS設(shè)計器主要用戶Flash動畫的制作,偏向于設(shè)計。在制作嬉戲的過程中一般使用Flashcs設(shè)計器完成元件的制作,削減動畫的制作難度,提高程序的開發(fā)效率。ActionScript3.0:Flash動畫的內(nèi)部腳本主要用于掌握Flash元素,它和Flash一樣需要在FlashPlayer中執(zhí)行。目前ActionScript3.0(后面簡稱AS3)由AVM2供應(yīng)支持。AS3的核心是顯示對象,根本上全部的編程都是圍繞顯示對象來說的,所以AS3一般用于客戶端的制作。目前AS3是制作WebGame客戶端的首選,也是制作RIA的首選。它的主要優(yōu)勢:1、豐富而簡潔的類庫;2、市場占用率特別高;3、專注于客戶端,給用戶供應(yīng)更加炫麗的客戶端展現(xiàn)。Flex:一種企業(yè)級的Flash應(yīng)用程序開發(fā)框架類似于XML和HTML的結(jié)合體,實際上,執(zhí)行的過程中每個.mxml都被轉(zhuǎn)換成了相對應(yīng)的AS代碼執(zhí)行的。主要用于大型的RIA應(yīng)用,目前許多公司選擇其作為界面的展現(xiàn),由于它內(nèi)部供應(yīng)的豐富的組件,能夠很大程度上提高程序的開發(fā)效率。但是Flex也存在幾個比擬嚴峻的缺乏:1、由于需要把.mxml解析成AS執(zhí)行,所以與純AS代碼相比,執(zhí)行效率較低;2、由于Flex代碼的執(zhí)行需要Flex框架的支持,所以在目標SWF中需要集成Flex框架,這會導致SWF文件的增大;3、豐富的組件庫供應(yīng)了多樣的選擇,但是我們會發(fā)覺,有更多的組件我們不需要使用,造成了很大程度上的資源鋪張。OOP:面對對象一種程序開發(fā)思想,它有四個特點:抽象、封裝、繼承、多態(tài)。一般來說,我們把后面的三個特點稱為OOP的三大特性。與傳統(tǒng)的面對過程式的編程方法相比,面對對象是站在河更高的高度上從整體上去分析整個代碼構(gòu)造。面對過程是從小到大,漸漸疊加積存的過程;而面對對象就是從大到小,漸漸細化的過程。面對過程是依據(jù)計算機規(guī)律,一點一點的實現(xiàn)效果;而面對對象是站在人類本身的角度上去思索問題,然后依據(jù)詳細的語言和語法結(jié)合計算機規(guī)律去實現(xiàn)自己的想法。面對對象的好處在于,由于整體構(gòu)造是站在人類語言的角度上去設(shè)計的,所以,理解起來相比照較簡潔,而且擴展性也會特別好,便利代碼的重用以及后期的維護和修改。但是它也對開發(fā)人員提出了更高的要求,所以,使用OOP的原則和MVC一樣,假如是一個相比照較小的應(yīng)用程序的話,就沒有必要使用OOP了。設(shè)計模式:一種面對對象的設(shè)計思想設(shè)計模式本質(zhì)上是由一些有閱歷的程序員從大量而重復的編碼工作中總結(jié)出的一些既定的編碼規(guī)章。它供應(yīng)的主要是一種代碼構(gòu)造,用于實現(xiàn)特定的需要。設(shè)計模式的使用能夠簡化設(shè)計師的設(shè)計工作,并且由于供應(yīng)了一種統(tǒng)一的標準,所以,使得了解設(shè)計模式的程序員之間的溝通變得簡潔。需要留意的是,全部的設(shè)計模式都是為了解決肯定的問題而存在的,所以設(shè)計模式的使用應(yīng)當是有特定要求的,假如你不確定使用設(shè)計模式之后會有什么好處,那么最好還是別去使用設(shè)計模式,由于,設(shè)計模式是一個相對抽象的東西,許多的初級程序員很難去理解為什么。實際上,最好的使用方式是,了解設(shè)計模式的內(nèi)部意義,然后依據(jù)工程的需要去使用這些設(shè)計模式,甚至在一些特定的構(gòu)造中去修改設(shè)計模式,使得這些設(shè)計模式能夠很好的組合起來,或者自定義一些設(shè)計模式的變種,使得設(shè)計模式更好的與當期的工程結(jié)合起來。

UML:一種建模標準UML主要是為了給設(shè)計師設(shè)計整個應(yīng)用構(gòu)造的。它存在的目的和價值在于讓設(shè)計者更加清晰所需要制作的是什么,也為了讓其他參加開發(fā)的人員知道整個框架的也許構(gòu)造,了解自己負責的模塊需要和哪些人員有交互。假如后期需要修改,也可以在這個根底之上進展修改,這樣的話,一些相比照較長時間的開發(fā)才會進展的更加順當。UML設(shè)計主要包括以下幾個方面的設(shè)計:1、流程設(shè)計;2、類構(gòu)造設(shè)計;3、模塊設(shè)計等等。201*-12-22by:lymeng*******************************************************************************2、啊

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

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

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

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

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

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

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

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

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

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

擴展閱讀:靈敏開發(fā)心得

靈敏開發(fā)心得

靈敏開發(fā),曾經(jīng)對它的理解就是沒有文檔的快速開發(fā)。眾所周知,寫軟件開發(fā)文檔是一件很苦痛的事情,所以越來越多的人由于這點去使用靈敏開發(fā)。但是經(jīng)過這一段時間的學習之后,我對靈敏開發(fā)有了一些新的理解。

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

這個定義只從外表上解釋了一下靈敏開發(fā),沒有詳細說明怎樣使用靈敏開發(fā)。下面講一下我對靈敏開發(fā)的詳細心得。

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

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

2.不斷加強自己的技能

靈敏開發(fā)對于個人適應(yīng)變化的力量要求特別高,所以對于一般員工來說,就必需不斷加強自己的技能。不斷的關(guān)注優(yōu)秀的技能和好的設(shè)計會增加靈敏力量,許多原則、模式和實踐也可以增加靈敏開發(fā)力量。

3.結(jié)對編程

結(jié)對編程,簡而言之,就是兩個人同時坐在同一個電腦面前,一個人編程,另外一個人檢查并賜予肯定的幫忙,過一段時間可以交換工作。許多公司不情愿使用結(jié)對編程,由于這樣得額外支付一倍工資。但是,結(jié)對編程也有它的優(yōu)點。在工作效率上說,兩個人同時工作就避開了單獨工作時消失的沒事上談天和掃瞄休閑網(wǎng)站的狀況,這樣會提高工作效率,結(jié)對編程一天的產(chǎn)出不肯定小于兩個人分別工作時的工作量。而且結(jié)對編程由于有另外一人的檢查,出錯率會大大降低。眾所周知,錯誤發(fā)覺的越早,系統(tǒng)維護起來所需要的代價越小。而且在我理解,這樣還可以增加同事間的友情,在工作其他方面會有意想不到的好處。

4.面對面溝通

在團隊內(nèi)部,最具有效果并且富有效率的傳遞信息的方法,就是面對面的交談。在十幾或者二十幾個人組成的大團隊中,文檔是一種比擬適宜的傳遞學問和溝通的途徑。而靈敏團隊一般不會許多人(大團隊實施靈敏時也會分成多個小的靈敏團隊),所以大量的文檔溝通其實并不是很經(jīng)濟的做法。此時面對面的交談反而更快速有效。

5.常常性的交付軟件

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

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

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

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

在整個工程開發(fā)期間,業(yè)務(wù)人員和開發(fā)人員必需每天都在一起工作。軟件工程不會依照之前設(shè)定的規(guī)劃原路執(zhí)行,中間對業(yè)務(wù)的理解、軟件的解決方案確定會存在偏差,所以客戶、需求人員、開發(fā)人員以及涉眾之間必需進展有意義的、頻繁的交互,這樣就可以在早期準時的發(fā)覺并解決問題。

8.輕文檔但非無文檔

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

9.反省會議

每隔肯定時間,團隊成員應(yīng)當對最近的工作進展反省,然后相應(yīng)地對自己的行為進展調(diào)整。由于許多不確定性因素會導致規(guī)劃失效,比方工程成員增減、技術(shù)應(yīng)用效果、用戶需求的轉(zhuǎn)變、競爭者對我們的影響等都會讓我們作出不同的反響。對以上這些變化,小組通過不斷的反省調(diào)整來保持團隊的靈敏性。

10.有組織的團隊

大家都知道,最好的構(gòu)架、需求和設(shè)計出自與自組織的團隊。靈敏中有許多種實踐,其中迭代式開發(fā)是主要的實踐方法,而

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論