20xx畢業(yè)論文的總結(jié)_畢業(yè)論文個人總結(jié)報告 -文庫吧
2026-01-03 06:47 本頁面
【正文】 也想到了我們身邊有些人吧，學識甚少、眼光短淺，還驕傲自大，把自己擺在高高在上的位置。事實上，在這個世界中，我們每個人都是那么的渺小，有什么值得你去特別驕傲的?所以我們都應該把自己的姿態(tài)放低，不懂就問，要多向身邊的人學習，這樣子你才能進步得更快!
畢業(yè)論文的總結(jié)篇二 經(jīng)過一段時間努力，畢業(yè)設計總體功能總算完成了，雖然上個學期交了一稿，但系統(tǒng)的有些功能還是沒有完成，這個學期開始又一直在外面，沒有時間做，四月份回學校以后總算有時間來完成它了。
，其實網(wǎng)上開源的論壇多的去了，也不在乎我多寫一個，由于是畢業(yè)設計，功能就不是做得很強大，要不然完不成就不好交差啦!~
論壇架構(gòu)基于三層架構(gòu)，什么是三層架構(gòu)，三層架構(gòu)：底層的數(shù)據(jù)操作層，中間的業(yè)務層操作和呈現(xiàn)給用戶的界面(表示\UI)層。表示層的作用是和用戶的操作產(chǎn)生可見的交互，主要是些UI元素，像HTML，JavaScrip，比如呈現(xiàn)數(shù)據(jù)，比如收集數(shù)據(jù)。業(yè)務層從數(shù)據(jù)操作層中獲取并組織表現(xiàn)層要呈現(xiàn)的數(shù)據(jù)，處理表現(xiàn)層收集過來的數(shù)據(jù)并傳遞給數(shù)據(jù)操作層持久化，這些問題的解決都在業(yè)務層。
數(shù)據(jù)操作層把業(yè)務層處理后的數(shù)據(jù)保存到一個持久地數(shù)據(jù)庫中和從數(shù)據(jù)庫中取出數(shù)據(jù)紿業(yè)務層。層間數(shù)據(jù)的傳遞運用業(yè)務實體類，業(yè)務實體類是一些代表了軟件世界需求的剝離了行為的類。沒有了行為，這些類自然就是一些數(shù)據(jù)的集合，而他們的作用，自然也是傳遞數(shù)據(jù)。在分層的架構(gòu)中，使用業(yè)務實體類來傳遞數(shù)據(jù)更加的有意義。表現(xiàn)層中使用自定義控件和繼承自BaseSkin的皮膚控件達到用戶換膚的目的。業(yè)務層中在客戶端使用javascript配合正則表達式和在服務器端檢查用戶的輸入來完成對用戶輸入的驗證。數(shù)據(jù)操作層負責和SQL Server 20xx交互。數(shù)據(jù)操作層主要是調(diào)用SQL Server 20xx中的存儲過程來實現(xiàn)對數(shù)據(jù)的操作。
運用三層架構(gòu)，可以讓降低各層之間的偶合，比如，我們開發(fā)的時候用的是Access的數(shù)據(jù)庫，但用戶中途說改換SQL Server 20xx的數(shù)據(jù)庫，假如沒有分層的話，或是在各頁面都用的是Odbc連接數(shù)據(jù)庫的，這樣修改起來非常麻煩，運用三層架構(gòu)，這樣需求變了，只要再寫一個數(shù)據(jù)提供類就可以了!
分層也更加有益于團隊開發(fā)，在團隊開發(fā)的時候，每個人的能力有限和研究的方向不同，有些人注重頁面設計，有些人擅長開發(fā)邏輯業(yè)務，有些人對數(shù)據(jù)庫操作和存儲過程非常了解，如果我們先運用軟件工程的方法先定義好各層接口，各層開發(fā)人員對其它層的工作不用擔心其實現(xiàn)，調(diào)用定義好了的接口就行了，這樣就能高效率的開發(fā)出高質(zhì)量的軟件。
其實分層就是用到了設計模式!至于哪種我也不太清楚，或許用到了很多種，設計模式單看書很難理解而且是枯燥的!
在整個開發(fā)過程中，我覺得還是沒有完全按軟件工程的思想去完成他，以致到現(xiàn)在都還有些理不清頭緒，不過大體是按照需求分析，系統(tǒng)設計，編碼和實現(xiàn)來的，因為沒有分析和設計而盲目的編碼是沒有意義，到頭來只是白干一場!
，紿客戶端呈現(xiàn)的元素都可以在服務器端通過編程來控制，甚至Http請求也封裝好了一個類供我們調(diào)用，在以前這是辦不到的，我們可以通過實現(xiàn)IHttpModule來對程序級的事件和數(shù)據(jù)進行控制。也可以實現(xiàn)IHttpHandler來處理HttpRequest。
，所有標有Runat=“server”的元素都可以通過編程加以控制，甚至文本也不外如是。而且也表示我們所請求的一個頁面也是Page控件，我們可以在中加上trace=t
范文總結(jié)相關推薦
鄂ICP備17016276號-1