前端開發實習總結參考範文

　　隨著Web應用的興起，Web前端出現了翻天覆地的變化，網站前端開發的實習生怎麼寫總結呢？今天小編給大家整理了網站前端開發實習生工作總結，謝謝大家對小編的支援。

　　前端開發實習總結篇一

　　今天就簡單聊聊上面的Struts+Spring+Hibernate吧。

　　Struts 代表：表示層;Spring代表：業務邏輯層;Hibernate則代表持久層。他們是目前在Java Web程式設計開發中用得最多的框架，其實這樣區分是為了適應軟體開發過程中各個分工部門之間保持一致性的需要。說得簡單點就是大家都在一個模式下寫程式碼，這樣就能保證寫出來的程式能被每一個人都能夠讀懂，而且有些基本的東西它可以自動幫你生成，不用你自己一個一個的敲了，達到了程式碼複用。這樣保證可讀性的同時也提高了開發效率，從而降低了成本。Struts這個框架其實就是Java MVC設計模式中簡稱Model1與Model2Model2的一個具體實現，Spring 則通過提供ICO控制反轉，也稱依賴注入實現了對物件甚至事務如宣告式事務的集中管理，此外還引入了AOP對向切面程式設計，當然也完全相容其它框架。Hibernate嗎，就是一個實現物件與關係對映的中介軟體，大家知道，現在的主流資料庫還是關係型的，但程式設計卻已經採用了面向物件的思想，如何讓程式設計人員能像操作物件一樣，操縱資料庫裡的資料呢?Hibernate就是這樣一種框架。以前Java程式設計師與資料庫打交道都是通過JDBC，還要寫 SQL語句，不過Hibernate徹底改變了這一切，它在JDBC之上又作了一次封裝，從而實現了不用寫SQL語句就可以實現操作資料庫。

　　值得提醒的是，這三個框架都是輕量級的，沒有侵入性或者侵入性很低，不像EJB這樣的重量級框架，它們都能最大限度的實現程式碼的可複用。

　　前端開發實習總結篇二

　　以前在校很少自己做程式，對軟體工程更是一無所知。來到公司，開始接觸"大規模"其實現在看來實習的專案其實還是很小的軟體開發，一時真的有些迷茫。比起VSS，MVC，QA，CMMI，我對JAVA，JSP，XML的一竅不通根本不值一提。大家都不想輸在"起點"，所以都默契地在加班，這樣一直持續了實習的兩個月。

　　剛來的時候"始業教育"顯得慢吞吞，我們還經常盤算去哪哪玩之類的。我和FLYSKY20個新生裡唯一一個南區的兄弟，軟體學院的還經常出去吃各種小吃，每到一處都嚐嚐本地的風味,這是他的習慣。之後開始的培訓還不是很難過，JAVA，C++，ORACLE，老師們講的很"好"，可以說是非常好，好得我們沒有幾個人能聽懂。大家開始發愁，我也是每天晚上都基本看書到10點。

　　"我心說得虧哥們我還練過"，來之前的2月份我就自己買了一本THINKING IN JAVA，看懂看不懂怎麼說也算是準備了一下JAVA，C++雖說沒去上過課，但憑我的直覺我就一下看中這東西很有用，自己也看過一陣.至於ORACLE，雖然不瞭解，但畢竟因為佩服"雲飛揚"的性格和敬業精神，咱SQL選修也不是白混的。專業倒還有點"基礎"，再加上咱這自學能力也不是吹的，基本維持。可等到後來的日語課就全迷糊了：本就沒有語言天賦，再加上記憶嚴重欠缺，總是特別害怕去上日語課。不過特別喜歡那個老師說話的感覺，加上她一直對我都很好，所以還是很用心的學著。

　　隨著培訓的收尾，我們開始正式進入專案。從需求分析,概要設計到詳細設計，我們一步一步的開始接觸軟體開發的每個細節。最受不了的就是每天都要記"週報"，填寫自己的勞動成果。因為這個我還被QA通報了好幾次呢，真的很鬱悶。其實現在我很感謝這種制度化的東西，某些情況下好習慣的養成是要靠強制來確保的。詳細設計之後就是企盼已久的編碼，我心想終於可以做點"正事"了。現在回頭一看才知道，其實編碼只佔軟體開發的整個過程勞動量的1/4左右，而且其他的環節也不是想象中的那麼無足輕重。

　　編碼我其實做的很不好，主要是因為需求分析階段就沒有認真仔細的理解需求和規格說明，加上編碼時一個關鍵時段我回校和老同學敘舊。那陣專案經理PM就經常和我們說，"有問題自己想辦法，不要經常問我"。PM其實是在叫我們自己醞釀，遇到難題只有"憋"一"憋"才能有真的收穫。而我不在的那三天正好是大家技術/思路上的一個"躍遷"，很多難題的解決方法都基本成熟，大家的編碼也接近50%了，所以回來時我感覺已經掉隊很多。再一個就是編碼中期時機器出問題，環境搭不上了，這使我更加緊張和急躁，大大影響了我的士氣。後來利用五一其間的加班我終於趕完了自己的模組，達到了第一個里程碑。其實從發現落後到加班趕完這段經歷，對我來說也具有里程碑的意義。不僅考驗了我自己的能力和心理素質，也證明了我對集體的責任感和合作意識。我可以叫別人來幫我做趕上進度，但那樣我會錯過自己學習的機會，以後再遇到難題我還是不行;我也可以硬著頭皮導致專案延期，那樣我以後的日子保證不好過，而且這麼做也不符合我的性格。事實證明我頂住壓力獨立完成任務不管是對集體還是對我個人都是一件大好事。

　　前端開發實習總結篇三

　　在科技高度發展的今天，計算機在人們之中的作用越來越突出。而c語言作為一種計算機的語言，我們學習它，有助於我們更好的瞭解計算機，與計算機進行交流，因此，c語言的學習對我們尤其重要。

　　在這個星期裡，我們專業的學生在專業老師的帶領下進行了c語言程式實踐學習。在這之前，我們已經對c語言這門課程學習了一個學期，對其有了一定的瞭解，但是也僅僅是停留在瞭解的範圍，對裡面的好多東西還是很陌生，更多的在運用起來的時候還是感到很棘手，畢竟，萬事開頭難嘛。

　　由於時間的關係，我們的這次實踐課程老師並沒有給我們詳細的介紹，只是給我們簡單的介紹了幾個比較重要的實際操作。包括了程式模組處理.簡單介面程式.高階介面程式.程式的新增修改.用程式做一元線性迴歸處理以及用c語言程式來畫粒度分佈圖等這幾樣比較重要的時間操作。

　　上機實驗是學習程式設計語言必不可少的實踐環節，特別是c語言靈活、簡潔，更需要通過程式設計的實踐來真正掌握它。對於程式設計語言的學習目的，可以概括為學習語法規定、掌握程式設計方法、提高程式開發能力，這些都必須通過充分的實際上機操作才能完成。

　　學習c程式設計語言除了課堂講授以外，必須保證有不少於課堂講授學時的上機時間。因為學時所限，課程不能安排過多的統一上機實驗，所以希望學生有效地利用課程上機實驗的機會，儘快掌握用c語言開發程式的能力，為今後的繼續學習打下一個良好的基礎。為此，我們結合課堂講授的內容和進度，安排了12次上機實驗。課程上機實驗的目的，不僅僅是驗證教材和講課的內容、檢查自己所編的程式是否正確，課程安排的上機實驗的目的可以概括為如下幾個方面：

　　1.加深對課堂講授內容的理解

　　課堂上要講授許多關於c語言的語法規則，聽起來十分枯燥無味，也不容易記住，死記硬背是不可取的。然而要使用c語言這個工具解決實際問題，又必須掌握它。通過多次上機練習，對於語法知識有了感性的認識，加深對它的理解，在理解的基礎上就會自然而然地掌握c語言的語法規定。對於一些內容自己認為在課堂上聽懂了，但上機實踐中會發現原來理解的偏差，這是由於大部分學生是初次接觸程式設計，缺乏程式設計的實踐所致。

　　學習c語言不能停留在學習它的語法規則，而是利用學到的知識編寫c語言程式，解決實際問題。即把c語言作為工具，描述解決實際問題的步驟，由計算機幫助我們解題。只有通過上機才能檢驗自己是否掌握c語言、自己編寫的程式是否能夠正確地解題。

　　通過上機實驗來驗證自己編制的程式是否正確，恐怕是大多數同學在完成老師作業時的心態。但是在程式設計領域裡這是一定要克服的傳統的、錯誤的想法。因為在這種思想支配下，可能你會想辦法去"掩蓋"程式中的錯誤，而不是儘可能多地發現程式中存在的問題。自己編好程式上機除錯執行時，可能有很多你想不到的情況發生，通過解決這些問題，可以逐步提高自己對c語言的理解和程式開發能力。

　　2.熟悉程式開發環境、學習計算機系統的操作方法

　　一個c語言程式從編輯、編譯、連線到執行，都要在一定的外部操作環境下才能進行。所謂"環境"就是所用的計算機系統硬體、軟體條件，只有學會使用這些環境，才能進行程式開發工作。通過上機實驗，熟練地掌握c語言開發環境，為以後真正編寫計算機程式解決實際問題打下基礎。同時，在今後遇到其它開發環境時就會觸類旁通，很快掌握新系統的使用。

　　3.學習上機除錯程式

　　完成程式的編寫，決不意味著萬事大吉。你認為萬無一失的程式，實際上機執行時可能不斷出現麻煩。如編譯程式檢測出一大堆錯誤。有時程式本身不存在語法錯誤，也能夠順利執行，但是執行結果顯然是錯誤的。開發環境所提供的編譯系統無法發現這種程式邏輯錯誤，只能靠自己的上機經驗分析判斷錯誤所在。程式的除錯是一個技巧性很強的工作，對於初學者來說，儘快掌握程式除錯方法是非常重要的。有時候一個消耗你幾個小時時間的小小錯誤，除錯高手一眼就看出錯誤所在。

>>>下一頁更多精彩的“前端開發實習總結”