第一篇：mvc架構基礎知識

現在許許多多的初學者和程序員，都在趨之若鶩地學習Web開發的寶典級框架：Struts2，Spring，Hibernate。似乎這些框架成為了一個人是否精通Java，是否會寫J2EE程序的唯一事實標準和找工作的必備基礎。

然而，如果在面試的時候問這些程序員，你們為什么要學習這些框架？這些框架的本質到底是什么？似乎很少很少有人能夠給我非常滿意的答復。因為他們都在為了學習而學習，為了工作而學習，而不是在真正去深入了解一個框架。其實所有的人都應該思考這樣的問題：為什么要學習框架？框架到底給我帶來了什么？接下來，我們以登錄作為一個最簡單的例子，來看看不同的年代，我們是怎么寫Web程序的。目 錄 [-]

1.后來，我們放棄了在頁面上寫邏輯 2.在很多年前，我們這么寫程序的 3.再后來，出現框架 4.我們到底要什么

后來，我們放棄了在頁面上寫邏輯

后來，程序寫得越來越多，我們發現，這種在HTML代碼中編寫Java代碼來完成邏輯的方式存在著不少問題：

1.Java代碼由于混雜在一個HTML環境中而顯得混亂不堪，可讀性非常差。一個JSP文件有時候會變成幾十K，甚至上百K。要找一段邏輯，經常無法定位。

2.編寫代碼時非常困惑，不知道代碼到底應該寫在哪里，也不知道別人是不是已經曾經實現過類似的功能，到哪里去引用。

3.突然之間，某個需求發生了變化。于是，每個人蒙頭開始全程替換，還要小心翼翼的，生怕把別人的邏輯改了。

4.邏輯處理程序需要自己來維護生命周期，對于類似數據庫事務、日志等眾多模塊無法統一支持。

在這個時候，如果有一個產品，它能夠將頁面上的那些Java代碼抽取出來，讓頁面上盡量少出現Java代碼，該有多好。于是許多人開始使用servlet來處理那些業務邏輯。Java代碼

1.public class LoginServlet extends HttpServlet { 2.3./*(non-Javadoc)4.* @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse)5.*/ 6.@Override

7.protected void doPost(HttpServletRequest req, HttpServletResponse resp)throws ServletException, IOException { 8.String message = null;9.RequestDispatcher dispatcher = req.getRequestDispatcher(“/result.jsp”);10.String name = req.getParameter(“name”);11.String password = req.getParameter(“password”);12.13.UserHandler userHandler = new UserHandler();14.if(userHandler.authenticate(name, password)){ 15.message = “恭喜你，登錄成功”;16.} else { 17.message = “對不起，登錄失敗”;18.} 19.20.req.setAttribute(“message”, message);21.dispatcher.forward(req, resp);22.} 23.}

在這里，我們需要在web.xml中為這個servlet配置url的請求關系。Xml代碼

1.

2.Login 3.

4.com.demo2do.servlet.LoginServlet 5. 6.

7.

8.Login 9. 10./Login 11. 12.

代碼重構到這里，我們發現，其實我們的工作量本身并沒有減少，只是代碼從JSP移動到了Servlet，使得整個流程看上去稍微清楚了一些。然而，為了這么點干凈，我們付出的代價是什么？為每個servlet都在web.xml里面去做一個url的請求配置！

在很多年前，我們這么寫程序的

很多年前，那是一個貧苦的年代，如果我們要使用Java在網頁上做一些動態的交互功能。很多人會告訴你一個技術，叫做JSP。在我還對Java非常困惑的時候，就有人告訴我，JSP是個好東西，它可以在HTML代碼里面寫Java代碼來完成邏輯。Html代碼

1.<% 2.String name = request.getParameter(“name”);3.String password = request.getParameter(“password”);4.5.UserHandler userHandler = new UserHandler();6.if(userHandler.authenticate(name, password)){ 7.%>

8.

恭喜你，登錄成功

12.

對不起，登錄失敗

作為一張JSP，它可以接收從別的JSP發送過來的登錄請求，并進行處理。這樣，我們不需要任何額外的配置文件，也不需要任何框架的幫忙，就能完成邏輯。

再后來，出現框架

時代進一步發展，人們發現簡單的JSP和Servlet已經很難滿足人們懶惰的要求了。于是，人們開始試圖總結一些公用的Java類，來解決Web開發過程中碰到的問題。這時，橫空出世了一個框架，叫做struts。它非常先進地實現了MVC模式，成為了廣大程序員的福音。

struts的代碼示例我就不貼了，網上隨便搜搜你可以發現一堆一堆的。在一定程度上，struts能夠解決web開發中的職責分配問題，使得顯示與邏輯分開。不過在很長一段時間內，使用struts的程序員往往無法分別我們到底需要web框架幫我們做什么，我們到底需要它完成點什么功能？

我們到底要什么

在回顧了我們寫代碼的歷史之后，我們回過頭來看看，我們到底要什么？

無論是使用JSP，還是使用Struts1，或是Struts2，我們至少都需要一些必須的元素（如果沒有這些元素，或許我還真不知道這個程序會寫成什么樣子）：

1.數據

在這個例子中，就是name和password。他們共同構成了程序的核心載體。事實上，我們往往會有一個User類來封裝name和password，這樣會使得我們的程序更加OO。無論怎么說，數據會穿插在這個程序的各處，成為程序運行的核心。

2.頁面展示

在這個例子中，就是login.jsp。沒有這個頁面，一切的請求、驗證和錯誤展示也無從談起。在頁面上，我們需要利用HTML，把我們需要展現的數據都呈現出來。同時我們也需要完成一定的頁面邏輯，例如，錯誤展示，分支判斷等等。

3.處理具體業務的場所

在這里，不同階段，處理具體業務的場所就不太一樣。原來用JSP和Servlet，后來用Struts1或者Struts2的Action。

上面的這些必須出現的元素，在不同的年代，被賦予了不同的表現形式，有的受到時代的束縛，其表現形式非常落后，有的已經不再使用。但是撥開這些外在的表現形式，我們就可以發現，這不就是我們已經熟門熟路的MVC嘛？

數據 ———— Model 頁面展示 ———— View

處理具體業務的場所 ———— Control

所以，框架不重要，概念是王道。只要能夠深刻理解MVC的概念，框架對你來說，只是一個jar包而已。

MVC的概念其實就那么簡單，這些概念其實早已深入我們的內心，而我們所缺乏的是將其本質挖掘出來。我們來看看下面這幅圖，這是一副流行了很多年的講述MVC模型的圖：

在這幅圖中，MVC三個框框各司其職，結構清晰明朗。不過我覺得這幅圖忽略了一個問題，就是數據是動的，數據在View和Control層一旦動起來，就會產生許多的問題：

1.數據從View層傳遞到Control層，如何使得一個個扁平的字符串，轉化成一個個生龍活虎的Java對象

2.數據從View層傳遞到Control層，如何方便的進行數據格式和內容的校驗？

3.數據從Control層傳遞到View層，一個個生龍活虎的Java對象，又如何在頁面上以各種各樣的形式展現出來

4.如果你試圖將數據請求從View層發送到Control層，你如何才能知道你要調用的究竟是哪個類，哪個方法？一個Http的請求，又如何與Control層的Java代碼建立起關系來？

除此之外，Control層似乎也沒有想象中的那么簡單，因為它作為一個控制器，至少還需要處理以下的問題：

1.作為調用邏輯處理程序的facade門面，如果邏輯處理程序發生了異常，我們該如何處理？

2.對于邏輯處理的結果，我們需要做怎么樣的處理才能滿足豐富的前臺展示需要？

這一個又一個問題的提出，都基于對MVC的基本概念的挖掘。所以，這些問題都需要我們在寫程序的時候去一一解決。說到這里，這篇文章開頭所提的問題應該可以有答案了：框架是為了解決一個又一個在Web開發中所遇到的問題而誕生的。不同的框架，都是為了解決不同的問題，但是對于程序員而言，他們只是jar包而已。框架的優缺點的評論，也完全取決于其對問題解決程度和解決方式的優雅性的評論。所以，千萬不要為了學習框架而學習框架，而是要為了解決問題而學習框架，這才是一個程序員的正確學習之道。

第二篇：基于mvc架構的校內論壇系統

摘要：隨著信息技術的飛速發展，人們之間的交流也越發便捷。而針對不同的客戶群，急需一個公用平臺進行相互交流。論壇（BBS）就是在這樣的背景下應運而生。針對大學生這個特殊客戶群的特殊需求，對廣西工學院鹿山學院的在校大學生進行了具體的調研與分析。在此基礎上開發了一個實用于本校大學生一個論壇（BBS）系統。該系統基于B/S模式，采用JAVA語言結合SQL Server2005數據庫技術進行開發。系統采用三層構架，使用Ajax技術，實現不同應用程序以及異構之間的數據共享，提高了系統的運行速度。具有很好的實際意義和技術支持。

關鍵詞：BBS；S.S.H(Struts；Hibernate；Spring)；JAVA；JSP

中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2011)17-4081-02

Investigation and Realization of Campus BBS System Based on MVC Pattern

FENG Xue-wen

(Department of Computor Engineering, Lushan College, Guangxi University of Technology, Liuzhou 545006, China)

Abstract: With the rapid development of information technology, the communication between people become increasingly convenient.In light of different client groups, it is imperative to set a plattform for communicating.Internet Bulletin Board System(BBS)came into being against this background.In line with university students’ special requirements, survey and investigation against the students in Lushan College of Guangxi University of Technology was conducted.Thus, an applicable BBS system based on B/S pattern was developed.The mentioned system was developed by integrating JAVA program language and SQL Server 2005 database.By applying Ajax technology and three-tier framework, data between different application programs and heterogeneous structures could be shared effeciently, resulting in rapid running speed.Thus, more practical performances and better technical support were achieved.Key words: Internet Bulletin Board System(BBS);S.S.H(Struts,Hibernate,Spring);JAVA;JSP

論壇的主要目的是提供給某種特殊客戶群一個資源共享平臺，人們可以在這個平臺上進行交流與互動。目前國內自己開發的論壇（BBS）基本上都是處于最原始的JSP MODEL1模式, 這種模式是控制層與表示層合二為一,雖然開發簡單,但是擴展性和可維護性很差,這樣極大的限制了BBS網站的擴展,而本論壇 基于MVC模式的S.S.H框架[3](Sturts+Spring+hibernate)的論壇（BBS）,這種三層構架能具有強大的可擴展性和可維護性,非常適合網民創建自己的中小型BBS論壇。本論壇是針對在校大學生的具體需求進行開發，在這里，學生可以通過論壇進行信息查詢、信息搜索、信息交流、信息共享，因此具有很好的現實意義。

1MVC架構

MVC(Model--View--Controller)的框架架構，是一種在框架架構設計上分層思想的體現，也是目前絕大部分框架所采用的架構設計。這個架構主要是把一個應用系統分為模型層(Model)，表示層(View)和控制層(Controller)。

1）視圖(View)：代表用戶交互界面，對于Web應用來說，可以概括為HTML界面，但有可能為XHTML、XML和Applet。隨著應用的復雜性和規模性，界面的處理也變得具有挑戰性。一個應用可能有很多不同的視圖，MVC設計模式對于視圖的處理僅限于視圖上數據的采集以及用戶的請求，不包括在視圖上業務流程的處理。業務流程的處理交給模型(Model)處理。

2）模型(Model)：就是業務流程的處理以及業務規則的制定。業務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數據，并返回最終的處理結果[2]。業務模型的設計可以說是MVC最主要的核心。對一個開發者來說，主要是專注于業務模型的設計。

3）控制器(Controller)可以理解為從用戶接收請求，將模型與視圖匹配在一起，共同完成用戶的請求。

劃分控制層的作用也很明顯，MVC是一個分發器，選擇不同的模型，選擇不同的視圖，可以完成不同的用戶請求。控制層并不做任何的數據處理。例如，用戶點擊一個連接，控制層接受請求后，并不處理業務信息，它只把用戶的信息傳遞給模型，告訴模型如何去操作，并且選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數據，所有其它依賴于這些數據的視圖都應反映到這些變化。因此，無論何時發生了何種數據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化一傳播機制。系統設計與實現

2.1 功能模塊設計

本系統分為三個大的模塊，他們分別是會員資料模塊,帖子資料模塊和后臺管理模塊，它的功能層次圖如圖1所示。

2.1.1 會員模塊

此模塊用來實現會員的登陸注冊和會員資料的修改和查找。

1)會員登陸模塊：會員可以通過此模塊對論壇進行登陸,登陸后便可以使用所有的會員功能,比如發帖回復等等。

2)會員注冊模塊：沒有會員帳號的用戶,可以通過此模塊添加會員信息,添加成功后便可登陸論壇,使用會員功能。

3)資料修改模塊：已注冊的會員在登陸后,可以通過此模塊,對會員的基本資料,聯系方式,密碼,頭像等資料進行修改。

4)會員查找模塊：已注冊的會員在登陸后,可以通過此模塊,對會員進行查找,并可以查看對方的資料,聯系方式等等,從而方便會員之間的聯系。

2.1.2 帖子模塊

1)帖子發表模塊：已注冊的會員在登陸后,可以在相應的論壇中,發表或轉載自己的大作,發表成功后,其他會員便可以在相應的論壇中看到這篇帖子,并可以對其進行回復等操作。

2)帖子回復模塊：會員在發表完帖子后,用戶便可查看相關文章,并可以在文章中對已發表的帖子進行回復。

3)帖子查找模塊

會員可以通過此模塊,根據帖子的標題和作者,對相關的帖子進行查找。

2.1.3 后臺管理

1)帖子查找模塊：此模塊和帖子模塊中的帖子查找類似,只是管理員的搜索條件比普通用戶更加的廣泛,使搜索變的便捷。

2)帖子管理模塊：帖子管理模塊是管理員對帖子管理的平臺,如果管理員查看到帖子有不適宜發表的內容時,可以對帖子選擇刪除或者進行鎖定等操作,如果看到優秀的帖子,還可以將帖子進行置頂或加精。

3)會員管理模塊：管理員可以通過此模塊，對會員進行管理，對一些不法的用戶可以修改或者刪除其資料。

4)論壇模塊管理模塊：管理員可以通過此模塊，對論壇模塊的添加,創建,刪除等功能。

5)圖片管理模塊：管理員可以管理用戶上傳的頭像,和在文章里發表的圖片,從而加強對圖片的控制。

2.2 數據庫的E-R模型

數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統,使之能夠有效地存儲數據,滿足各種用戶的應用需求[1](信息要求和處理要求)。

數據模型是是數據特征的抽象，從抽象層次上描述了系統的靜態特征、動態行為和約束條件，為數據庫系統的信息表與操作提供一個抽象的框架。描述了數據結構、數據操作及數據約束。

E-R圖概念化地構建實體間關系的模型，這使得它們區別于數據庫模型圖。ER圖的理念是：項目所有參與者能理解ER圖。ER圖由不同實體類型、關系、特性和類型構成。實體是諸如用戶的實際對象，有時更抽象，但必須有業務意義。特性用于描述實體，關系用于實體之間。1）實體：現實世界中的事物；2）屬性：事物的特性；3）聯系：現實世界中事物間的關系。實體集的關系有一對一、一對多、多對多的聯系。

本系統的E-R圖如圖2所示。

2.3 系統的實現

通過對在校大學生的具體需求分析，設計出系統的模型，在此基礎上對系統進行詳細設計、對個功能模塊的完善、修改系統中存在的BUG，最終完成了該校園論壇的設計。該系統通過測試成功實現需求分析中的各項功能。結論

通過對系統的設計、調試、測試，最終完成了該校園論壇的設計。本系統在基于B/S模式下結合三層架構的原理[4]，把Ajax局部刷新技術成功運用在系統中。實現了校園BBS論壇系統各項功能。很好地解決了廣西工學院鹿山學院長期以來學生缺乏一個信息共享平臺，具有很好的現實意義。

參考文獻：

[1] [2] [3] [4] 鄧子云.JSP網絡編程從基礎到實踐[M].電子工業出版社,2009.李容.基于MVC模式的Web應用研究[J].軟件導刊,2010,9(1):19-21.惠燕,潘煜.基于SSH的畢業設計管理平臺的研究[J].電子設計工程.2011,19(1):23-24.郭燕.MVC模式在B/S體系結構的應用研究[J].軟件導刊,2009(33):66-67.本論文轉載于易起論文網：http://www.17net.net/Article/805/25624_2.html

第三篇：MVC,演講稿

篇一：演講稿 尊敬的各位老師： 大家下午好！

我是來自xxx班的xxx，經過兩年的勤奮學習和努力工作，各方面都取得了不錯的成績現鄭重提出申請校友獎學金。下面我將從以下兩個方面介紹自己。

在工作上，我既是一個班長也是學習委員。我能帶領同學積極響應學校和老師的號召，認真布置，帶頭圓滿任務。在大一的晚課期間，我積極組織同學利用晚課時間背英語四六級單詞、做閱讀理解、聽聽力，幫助他們順利的通過四六級考試。在臨近期末試，我還會組織學習優異的同學給學習薄弱的同學進行輔導，幫助他們能夠在期末考試中取得一個比較好的成績。在平時我會提早到教室準備多媒體，幫老師節約每一分鐘時間，并做好老師與同學時間的溝通，起到一個很好的橋梁作用。偶爾也會組織一些比賽來督促同學們學習，來提高同學們的學習勁頭，從而形成一種不錯的學習氛圍。在緊張的學習之余，我也會配合班主任組織開展各種文體活動如元旦晚會、包餃子等等，努力給同學們營造一種在家的感覺，因為我們就是一家人

在學習上，我的成績在班級里一直名列前茅。每一次上課都爭取坐在最前面，把老師說的每一句話都記住、理解，落實課堂上老師講的每一個知識點，課后能夠獨立完成各科老師布置的任務。在課余時間，為了能豐富自己，從圖書館借閱了許多專業書籍，學會php、mvc、c#、xml等多種語言，而且也從網上查找相關的視頻進行深入學習并且熟練的掌握了它們的用法。現在我還加入了老師的實驗室，幫助老師完成了一些簡單的工作，如數據采集，參與并完成博通實時用電檢測系統等等，在一個個項目中鍛煉自己，積累經驗。此外，我在2013年6月通過了大學生英語四級考試，在第十一屆英語體驗節獲得配音組優秀獎，在2014年長春工程學院英語閱讀大賽獲得三等獎，2013-2014學年獲得校二等獎學金。

在大學的這兩年中，我在各個方面都有所收獲，綜合素質有很大的提高。我要特別謝謝學院領導為我們提供了良好的學習環境和自我施展的空間，感謝各位老師的大力培養。今后我要更加嚴格要求自己，已有更好的表現來回報母校。謝謝！我的演講到此結束。篇二：職業規劃--演講稿 敬愛的評委，親愛的同學們：

大家晚上好！我是12級軟件一班的韓德興！今晚，我將與大家一起分享我的職業規劃！與其說是規劃，倒不如說是我的一個夢！不過這可不是做夢，而是夢想！而我規劃的主題便是：立足現在，胸懷未來！

步入了大學生活，我們的生活空間自由多了，很可能會因無目標而迷失方向。給自己制定目標，就像是給船舶導航！日益激烈的就業壓力就在我們身邊，我們就更應該好好的規劃我們的職業生涯！使自己能夠有目標的學習，有目標的工作，有目標的生活，使自己每天都過得充實而有意義！而職業生涯規劃則是為我們的夢想插上翅膀，讓我們在人生戰略上更勝人一籌！

首先，我的規劃分為六個部分：自我分析，職業分析、環境分析，計劃實施方案，調整評估、備選職業規劃方案！

一、自我分析 swto分析

強勢(strength)? 善于交際，人際關系好。? 組織、管理、策劃能力好。

? 心里素質較強，能夠承受得起挫折失敗和壓力。? 工作積極認真，有熱情，有創新意識，喜歡突破。弱勢(weakness)? 做事有時缺乏穩重，易于急躁。

? 某些方面自制力較差，不能按照計劃行事。機會(opportunity)? 所學專業就業前景明朗。? 畢業前的各種招聘面試。威脅(threat)? 面試時的各種刁難與挑戰。? 工作提升較慢，工作壓力大。

（一）、自我深入解析

（1）職業興趣（喜歡干什么）：喜歡在班級里面跟同學一起學習，一起工作，一起編程，一起奮斗。總之，相信我所學的專業能讓我最好的發揮自己的能力。

（2）所學專業畢業之后應具有的職業能力（能夠干什么）：編程，網站維護，產品需求分析。（3）個性特質（適合干什么）：我有定力，我認為我能勝任那些繁瑣有序的工作。（4）職業價值觀（最看重什么）：工作環境有利于自己成長，有利于發揮特長。（5）勝任能力（優劣勢是什么）：我的優勢能力

1、對編程和解決程序上的問題上有很濃的興趣，愿意去接受，學習新的技術。

2、平時喜歡看書，希望可以從書籍上學到可以在工作上幫助自己的知識。我的弱勢能力

1、心直口快。

二、職業認知? 界面設計，程序設計基礎，數據庫應用基礎，面向對象程序設計，web 標準網頁設計，jquery，數據庫程序設計，web應用開發，軟件配置管理與測試，軟件工程與uml語言，mvc框架等。

? 就業方向：從事web前端設計、web應用軟件開發、軟件測試、軟件銷 售等崗位。

? 可取得的證書：通過考試可獲取相關軟件企業認證證書：軟件工程師、國

三、環境分析

環境分析包括家庭環境、學校環境、社會環境、職業環境。

家庭環境：良好：我很慶幸自己有一個完整的家庭，父母的支持給了我無盡的力量！他們的存在我撐起了一片廣闊的藍天！

學校環境：而滁州職業技術學院學院的各種設施也很健全，學習氛圍也很濃厚，這就為我提供了一個很好的學習環境和生活空間。

社會環境：軟件行業的人才供不應求，現如今中國軟件和信息行業的人才嚴重缺乏。

職業環境：it網絡專業人員需求：到2012年全球缺口為一百萬。所以我所學的專業正好對口。

四、計劃實施方案

首先應給自己定立一個明確的目標：而我的目標是—程序員—工程師—項目經理 從一個菜鳥到一個it精英 一路上遇到的困難應該非常多，而我的座右銘是：古之立大事者，不惟有超世之才，亦必有堅韌不拔之志。我一定堅持到最后，成為最后的勝利者。我的最終目標是軟件開發項目經理。應具備的能力： ? 解決生產過程重要技術問題。? 掌握本專業國內外現狀。? 掌握現代管理的發展趨勢。? 能夠指導工程有計劃的開展。下面是我的短、中、終期計劃： 短期計劃：時間為2012—2015年（1）學好專業知識，提高英語和電腦的應用水平。（2）拿到相關的技能證書和榮譽證書.（3）積極參加活動，寬大交際面.（4）加強社會實踐活動，關注就業動態。中期計劃：時間為2015—2020年（1）進入一家軟件公司鍛煉自己。（2）在工作中不斷學習，掌握技能。

（3）成為公司的骨干力量，搞好人脈關系。（4）成為工程師、中層管理人員。終期計劃：時間為2020—2030年

（1）結合所學知識和實際經驗，不斷摸索創新。（2）總結經驗，形成獨特有效的工作方式。（3）工作受到領導和員工的肯定。（4）成為項目經理、公司高層的管理人員。

五、調整評估

根本依據：是否實現了自己的預定目標。

認真分析原因，及時調整路線，尋找補救措施。

認真總結經驗，下一步目標能否加快實現，調整方案。

全面評估：本人的評估、父母、上級、平級、下級、社會組織的評估。

六、備選職業規劃方案

如果招聘受阻，無法進入目標公司；提拔、晉升無望。

解決方案：尋找其他的軟件開發公司，或尋求合伙人，自主創業。知己知彼，才能百戰不殆！在職業分析之前，我先對自己做了一個全面的剖析！我性格開朗，擅長交際，是一名樂觀主義者！這種對什么事情都樂觀對待的態度能為我以后的創業提供很好的條件！而且我還擁有不服輸的個性，所以我確信，我的人生必將是精彩而且輝煌的！…… 可是，金無足赤，人無完人！通過swot分析法，我將自己的優缺點做了一次比較！一個健康的身體，一個明確的目標，外加耐心細心的處事態度以及開朗的個性造就了一個活潑大方且意志堅定的我！但這樣的我并不完美！面對這個社會的種種壓力，有時我也會擔心！我知道擔也沒有用，只要又一個名確的目標，用心的走下去，力求以一個更完美的姿態去面對這個多變的社會！

揚帆啟航，總有一天會到達夢想的彼岸。而我的夢想便是成為一名項目經理！放眼市場，軟件開發行業的前景是非常好的，許多省市都把這個行業作為新的經濟增長點來規劃！軟件更是被人們稱為整個it行業的核心。但是需求大并不等于競爭小。軟件開發人才的急劇增多為我以后的就業帶來了很大的壓力！所以，我必須從各方面努力提升自己的能力，爭取在這一領域占據自己的一席之地！……

萬丈高樓平地起，所有的成大事者必定是從身邊的小事開始入手的，所以從現在起，我開始計劃我大學三年的征程！大一為試探期，適應新環境，培養溝通能力是我這一階段的目標。而就目前來看，我已圓滿完成了這一階段的任務！大二為定向期，這一階段必須打牢專業基礎，并確定合適的定位！大三則為沖刺期，我必須專注于自己的目標，專業課的學習進入深化階段，各種軟件的學習也進入強化階段！而且這一階段還需有意識的進行能力、職業素養的提高和經驗的積累！只有這樣，才不至于在以后的實踐中太過慌張！

接下來是畢業后的計劃了，這才是我人生真正意義上的啟航！因為我將用工作去創造快樂，再用快樂去服務社會！我要花三年時間做一名軟件開發工作者，進入相關企業工作，提高經驗，提高技能！再用十年時間爭取成為一名項目經理，并積累一定的資金，為下一步的創業做積極的準備…最后，再用十年時間經營一家自己的軟件開發公司，把公司做強、做大！這都僅僅只是規劃而已。規劃并不是一勞永逸、一成不變的！所以，為了適應這千

變萬化的職場世界，我們必須結合社會環境以及個人能力的變化及時的做出調整！只有這樣不斷的規劃、調整，才能知道我們開出的處方是否對我們的人生奏效！

對于每個大學生來說，或許會有迷茫、不知所措。但我對于我的未來充滿了信心！我已確定了自己遠行的航標，朝著這個航標前行，我相信我一定會成功！人生沒有定數，似孤帆，驚濤駭浪中漂泊；似孤鷹，碧海藍天中飛翔！讓我們為夢想插上翅膀，尋找夢的彼岸，成就永恒的追求！……謝謝大家，篇三：中國軟件杯演講稿 設計專用商店管理平臺

一、系統采用的技術

本系統采用java web的spring mvc框架和mybatis框架搭建而成.二、采用的開發軟件

本系統采用myeclipse 10.0+mysql 5.1+tomcat 6.0+jdk 1.6搭 建而成。

三、mysql數據庫涉及到的數據表: 數據庫中共涉及到14個數據表 user(賣家)對應的建表語句: create table ptuser(uid int primary key auto_increment, uname varchar(30), upass varchar(30),uphone varchar(30), qx int);muser(管理員)對應的建表語句: create table gluser(uid int primary key auto_increment, muname varchar(30), mupass varchar(30), muiden varchar(30), qx int, sh int);shudian(書店)對應的建表語句: create table shudian(sdid int primary key auto_increment, uid int, sdname varchar(30));book(圖書)對應的建表語句: create table book(bookid int primary key auto_increment, sdid int, uid int, tsname varchar(30), author varchar(30), price double, num int);dingdan(訂單)對應的建表語句: create table dingdan(did int primary key auto_increment, sdid int, bookid int, name varchar(30), phone varchar(30), address varchar(100), uid int, cl int);mjts(買家投訴)對應的建表語句: create table mjts(mid int primary key auto_increment, name varchar(30), phone varchar(30), sdname varchar(30), tsname varchar(30), ly varchar(2000), cl int);salets(賣家投訴)對應的建表語句: create table salets(sid int primary key auto_increment, sdname varchar(30), tsname varchar(30), name varchar(30), phone varchar(30), ly varchar(2000), cl int);salebookzk(圖書銷售狀況)

第四篇：淺談.net MVC

這些天開始學習asp.netmvc，用傳統的asp.net已經快四的年了，剛開始接觸asp.netmvc確認感覺有點不適應，主要體現在asp.netmvc的實現上。

ASP.net MVC使用心得：問題總結powered by 25175.net

問題一：要想學習asp.netmvc，我個人覺的最重要的一步是知道mvc路由機制,傳統的asp.net程序要想訪問一個頁面，都是根據頁面路徑來訪問，但MVC并不能直接訪問aspx頁面。

問題二：理解MVC三部分的含義和用法。當我們創建一個asp.netmvc應用程序時，系統會默認生成三個文件夾：

1:Controllers,對應MVC中的C，主要是處理所有請求與做出對應的響應；

2:Models,對應MVC中的M，相當時我們平時創建工程中的實體工程，只不過在MVC中它充當了存放數據模型的作用；

3:Views,對應MVC中的V，這里就是存放用戶訪問的頁面文件，但是這個文件不能在瀏覽器中根據路徑訪問。

對于系統生成的asp.netmvc項目,我對其做了如下擴展:

擴展點一：系統之所以在web工程中直接創建了三個文件夾，是為了更加直觀的體現MVC模式，真正項目中我們需要把它們分開。

擴展點二：MVC中重要的路由處理，默認情況是在Global.asax文件中，我們也可以把這塊內容獨立出來。擴展點三：把Controller類和業務邏輯分離，這里可以采用Repository模式。

ASP.net MVC使用心得：案例DEMO

創建一個簡單的留言簿的項目，數據存儲采用sql,本想用linq to entity,但總覺的這部分還相關不完善，且性能存在問題，故使用傳統ado.net實現數據存儲。下面是這個項目的分層。

1:GuestBook.Web,頁面表示層，MVC中的V。

2:GuestBook.MVC.Controller，存放項目所有的Controller,MVC中的C。我們知道Controller有兩個作用：第一，處理請求；第二，做出對應的響應。第二點就是我們平時理解的后臺功能實現，例如數據的增刪改查等。我們可以把這部分功能與Controller分離，即所有的業務邏輯都寫在業務邏輯層，不直接依賴

Controller，我們可以進一步把這些功能點抽象出來，讓Controller依賴一個公共的接口。這個思想我之前的一篇文章有點異曲同工之處：對增刪改查用面向對象進行包裝

首先：創建一個Repository接口：IRepository.cs，里面包含些常見數據處理操作方法：這個接口是一個泛型接口，以實現所有實體類的通用性。

1.public interface IRepository< T>

2.{

3.List< T> FindAllInfo();

4.T GetInfo(T model);

5.boolAdd(T model);

6.boolDelete(T model);

7.boolEdit(T model);

8.}

然后：實現一條留言的數據處理：

1.public List< GuestBookInfo> FindAllInfo()

2.{

3.string sql = “select * from GuestBook”;

4.5.List< GuestBookInfo> list = new List< GuestBookInfo>();

6.using(SqlDataReader dr=SqlHelper.ExecuteReader(conn ,CommandType.Text ,sql))

7.{

8.while(dr.Read())

9.{

10.GuestBookInfo model = new GuestBookInfo();

11.model.ID = int.Parse(dr[“ID”].ToString());

12.model.sTitle = dr[“sTitle”].ToString();

13.model.sContent = dr[“sContent”].ToString();

14.list.Add(model);

15.}

16.17.}

18.return list;

19.}

20.public GuestBookInfo GetInfo(GuestBookInfo model)

21.{

22.string sql = “select * from GuestBook where ID=”+model.ID.ToString();

23.using(SqlDataReader dr = SqlHelper.ExecuteReader(conn, CommandType.Text, sql))

24.{

25.if(dr.Read())

26.{

27.model.ID = int.Parse(dr[“ID”].ToString());

28.model.sTitle = dr[“sTitle”].ToString();

29.model.sContent = dr[“sContent”].ToString();

30.31.}

32.33.}

34.return model;

35.}

36.public bool Add(GuestBookInfo model)

37.{

38.string sql = “insert into GuestBook(sTitle,sContent)values('” + model.sTitle + “','” + model.sContent + “')”;

39.int i = SqlHelper.ExecuteNonQuery(conn, CommandType.Text, sql);

40.if(i > 0)

41.{ return true;}

42.return false;

43.}

44.public bool Delete(GuestBookInfo model)

45.{

46.string sql = “delete GuestBook where ID=” + model.I

D.ToString();

47.int i = SqlHelper.ExecuteNonQuery(conn, CommandType.Text, sql);

48.if(i > 0)

49.{ return true;}

50.return false;

51.}

52.public bool Edit(GuestBookInfo model)

53.{

54.string sql = “update GuestBook set sTitle='” + model.sTitle + “',sContent='” + model.sContent + “' where ID=” + model.ID.ToString();

55.int i = SqlHelper.ExecuteNonQuery(conn, CommandType.Text, sql);

56.if(i > 0)

57.{ return true;}

58.return false;

59.}

其實：Controller依賴IRepository接口。

1.public class GuestBookController : System.Web.Mvc.Controller

2.{

3.IRepository< GuestBookInfo> inter = new BLL_GuestBook();

4.public ActionResult Index()

5.{

6.var models = inter.FindAllInfo();

7.return View(“Index”, models);

8.}

9.[AcceptVerbs(HttpVerbs.Post)]

10.public ActionResult Create(GuestBookInfo model)

11.{

12.13.inter.Add(model);

14.return RedirectToAction(“Index”);

15.}

16.public ActionResult Create()

17.{

18.GuestBookInfo model = new GuestBookInfo();

19.return View(model);

20.}

21.public ActionResult Details(int id)

22.{

23.24.GuestBookInfo model=new GuestBookInfo();

25.model.ID =id;

26.model =inter.GetInfo(model);

27.if(string.IsNullOrEmpty(model.sTitle))

28.{ return View(“NotFound”);}

29.else

30.{

31.return View(“Details”,model);

32.}

33.}

34.public ActionResult Edit(int id)

35.{

36.GuestBookInfo model = new GuestBookInfo();

37.model.ID = id;

38.model = inter.GetInfo(model);

39.if(string.IsNullOrEmpty(model.sTitle))

40.{ return View(“NotFound”);}

41.else

42.{

43.return View(“Edit”, model);

44.}

45.}

46.[AcceptVerbs(HttpVerbs.Post)]

47.public ActionResult Edit(int id, FormCollection formValues)

48.{

49.GuestBookInfo model = new GuestBookInfo();

50.model.ID = id;

51.model = inter.GetInfo(model);

52.UpdateModel(model);

53.inter.Edit(model);

54.return RedirectToAction(“Index”);

55.}

56.public ActionResult Delete(int id)

57.{

58.GuestBookInfo model = new GuestBookInfo();

59.model.ID = id;

60.model = inter.GetInfo(model);

61.if(model == null)

62.return View(“NotFound”);

63.inter.Delete(model);

64.return RedirectToAction(“Index”);

65.}

66.67.}

3:GuestBook.Model,MVC中的M。

4:GuestBook.RouteManager,路由管理項目，把路由處理從Global.asax中分離開。我們創建一個新類：MyMvcAppliation.cs

1.publicclass MyMvcAppliation:HttpApplication

2.{

3.public static void RegisterRoutes(RouteCollection routes)

4.{

5.routes.IgnoreRoute(“{resource}.axd/{*pathInfo}”);6.7.routes.MapRoute（8.“Default”,// Route name

9.“{controller}/{action}/{id}”,// URL with parameters

10.new { controller = “Home”, action = “Index”, id = “" },// Parameter defaults

11.new string[] { ”GuestBook.MVC.Controller“ }

12.);

13.14.15.}

16.17.protected void Application_Start()

18.{

19.ControllerBuilder.Current.DefaultNamespaces.Add(”GuestBook.MVC.Controller");

20.RegisterRoutes(RouteTable.Routes);

21.}

22.}

5:GuestBook.Data,數據處理工具類,例如SqlHelp等等。

6:GuestBook.DAL,數據處理層。

7:GuestBook.BLL，業務邏輯層。

8:GuestBook.MyInterface,相關接口，本項目中包含Repository模式中的接口類。

這篇文章主要是探討了MVC項目的分層以及部分擴展，歡迎大家提出更好的想法。這些就是我ASP.net MVC的使用心得。

第五篇：MVC以及Struts2工作流程

MVC是一種軟件架構的思想，將一個軟件系統劃分成三種不同類型的模塊，分別是模型（model），用于封裝業務邏輯。視圖（view）,提供用戶操作的接口（提供業務數據的展現，并且，用戶也可以通過視圖來提交請求）。控制器（controller）,將視圖與模型解耦，也就是說視圖要向控制器發送請求，由控制器來決定調用哪一個模型來處理，反過來，模型處理之后的結果也交給控制器，由控制器來選擇合適的視圖來展現。

Model:使用java類來實現（也可以使用spring容器管理的javabean,ejb等）View:使用jsp Controller:使用servlet或者filter 優點：

1.model可以被多個view共享，model處理之后的結果可以使用不同的界面來展現，多種不同類型的界面，可以調用相同的model 來處理。

2.model可以當便測試（如，將業務邏輯寫在了servlet力需要部署servlet然后才能測試）如果也業務邏輯寫在一個java類當中，測可以立即測試 3.方便分工合作 4.方便代碼的維護 缺點：

增加代碼量（相應的開發周期要延長，并且，要相應增大了設計的難度）。所以，一般來說，對于需要良好的可維護性且項目規模比較大的項目可以用MVC。

Struts2框架的工作流程圖

Struts2框架的工作流程

1）服務器啟動，創建StrustsPrepareAndExecuteFilter對象，并解析struts.xml配置文件

2）客戶端發出action請求后，控制器會調用ActionMapper（Action映射器）完成請求與Action組件之間的映射，便于調用Action處理

3）通過ActionMapper處理后，接著調用ActionProxy（Action代理）提取請求對應的配置文件信息，創建ActionInvocation（Action執行者）對象，ActionProxy通過ConfigurationManager（配置管理器）解析和獲取struts的配置信息 4）通過ActionInvocation完成攔截器、Action和Result組件的調用 5）生成響應信息后，為客戶端響應