網(wǎng)絡用語詞典的設計與實現(xiàn)

廣東東軟學院本科畢業(yè)設計（論文）摘要近年來，網(wǎng)絡用語在國內的整個網(wǎng)絡，甚至于現(xiàn)實生活中有廣泛的應用和相同的含義。很多人都參與到網(wǎng)絡的溝通交流，而網(wǎng)絡用語也成為了網(wǎng)友之間交流的必備要素，但是網(wǎng)絡用語的興起具有不確定性，每當一個新的網(wǎng)絡用語的興起和擴散，很多人短時間內不能知道其中的來源和內涵，通過網(wǎng)絡上搜索也很難查詢到簡潔易懂的解釋。對此需要這么一個網(wǎng)絡用語詞典去統(tǒng)一收錄網(wǎng)絡用語的數(shù)據(jù)，并讓用戶參與到其中來進行添加補充等，給用戶帶來便利的同時也不斷的使得網(wǎng)絡用語詞典不斷的收錄和進行完善。對該網(wǎng)絡用語詞典，采用目前流行的B/S結構，開發(fā)工具使用IntelliJIDEA，前端這塊采用HTML、CSS、JavaScript來進行頁面的實現(xiàn)。后端部分采用Java語言，基于SpringBoot和MyBatis-Plus框架設計，數(shù)據(jù)庫采用的是MySQL，使用SpringBoot內嵌的Tomcat用來作為容器。因為是給用戶主要提供搜索的平臺，對于數(shù)據(jù)這方面不能欠缺，因此在網(wǎng)絡用語詞典所需要的數(shù)據(jù)，通過使用Java爬蟲Jsoup來爬取其他網(wǎng)站獲得數(shù)據(jù)。關鍵詞：B/S結構SpringBootMyBatis-PlusJsoup

Abstract Inrecentyears,networklanguageinthewholenetworkofthecountry,eveninreallifehasawiderangeofapplicationsandthesamemeaning.Alotofpeopleareinvolvedinthecommunicationnetwork,thenetworklanguagehasbecomearequiredelementofthecommunicationbetweenusers,buttheriseofthenetworklanguageisuncertain,wheneveranewriseofthenetworklanguageandspread,manypeopleinashortperiodoftimearenotawareoftheoriginandconnotation,throughthenetworksearchisdifficulttoquerytoconciseandeasytounderstandexplanation.Inthisregard,suchanetworklanguagedictionaryisneededtounifythecollectionofnetworklanguagedata,andletusersparticipateinittoaddandsupplement,etc.,whichbringsconveniencetousersandmakesthenetworklanguagedictionarycontinuouslyincludedandimproved.ThepopularB/Sstructureisadoptedforthenetworklanguagedictionary.DevelopmenttoolsuseIntelliJIDEA.Thefront-endpartadoptsHTML,CSSandJavaScripttoimplementthepage.Theback-endpartUSESJavalanguage,basedonSpringBootandMyBatis-Plusframeworkdesign,thedatabaseusesMySQL,usingTomcatembeddedinSpringBootasthecontainer.Asthemainplatformforuserstoprovidesearch,datacannotbelackedinthisrespect,sothedataneededinthedictionaryofnetworklanguageisobtainedbyusingtheJavacrawlerJsouptocrawltootherwebsites.Keywords:B/SstructureSpringBootMyBatis-PlusJsoup廣東東軟學院本科畢業(yè)設計（論文）目錄第一章 緒論 緒論1.1研究背景在當今互聯(lián)網(wǎng)高速發(fā)展的時代，隨著網(wǎng)絡的不斷普及，參與到網(wǎng)絡交流的網(wǎng)民也越來越多，而網(wǎng)絡用語，就是互聯(lián)網(wǎng)上網(wǎng)民之間互動交流的一種語言。網(wǎng)絡用語也不斷的在豐富發(fā)展，有的可以在整個網(wǎng)絡交流中通用，而部分網(wǎng)絡社區(qū)也會產生其獨特的用語，適用范圍就少，流行程度低，具備一定的活力也比較多元化。當然，網(wǎng)絡用語也在現(xiàn)實社會中也被廣泛應用，甚至被官方媒體普及，如“給力”“點贊”等出現(xiàn)在傳統(tǒng)媒體報道和政府文宣中。隨著參與互聯(lián)網(wǎng)交流的人越來越多，網(wǎng)絡用語的也不斷更新，興起的梗也越來越多。在如此的背景之下，現(xiàn)如今的網(wǎng)友對于網(wǎng)絡用語的掌握了解需求迫切，但由于新網(wǎng)絡用語的興起具有不確定性，短時間內很多人不能夠理解其中的意思，因此想快速明白相關網(wǎng)絡用語的意思，則需要有這么一個網(wǎng)絡用語詞典，網(wǎng)友可以通過查詢了解到相關網(wǎng)絡用語的解釋，和類似的用語有那些。用戶對于相關收錄，但不完善的詞條也可以參與編輯，用生動詼諧的語言來幫助更多人明白網(wǎng)絡用語的含義。對于部分解釋不明白，或者網(wǎng)絡用語詞庫沒有收錄的，用戶可以通過求助發(fā)帖的方式來獲得幫助。網(wǎng)絡用語詞典的存在就是來幫助人們更快的了解到網(wǎng)絡用語其中的興起和含義，讓人們更好的參與到互聯(lián)網(wǎng)的交流之中。1.2研究現(xiàn)狀在2018年，我國的網(wǎng)絡綜藝節(jié)目《中國新說唱》中擔任導師的吳亦凡帶火了“skr”一詞，引發(fā)網(wǎng)上許多人討論并應用在日常生活中，雖然skr原本的意思只是模仿輪胎打滑的聲音，在說唱中充當擬聲詞作用。但吳亦凡中口中確賦予了新的含義，用于形容某人的說唱很有技巧和天賦或者比較厲害的意思。這個也是網(wǎng)絡用語的特點之一，舊詞賦新意。最重要的是，還收錄到了美國的城市詞典當中，也算是文化的輸出，甚至日本網(wǎng)友還自費出版了《中華宅用語詞典》，對日本的讀者科普一些中國比較流行的網(wǎng)絡用語詞匯。在國外，就有上述所說的美國的城市詞典，其實這個城市詞典是一個網(wǎng)站，涵蓋了很多標準詞典找不到的詞條，更多的是網(wǎng)絡用語，該城市詞典對于詞條的創(chuàng)建門檻也比較低，人人皆可參與創(chuàng)建、編輯。同一個詞條，可以有很多種解釋，不少網(wǎng)友用其生動詼諧的語句來解釋嚴肅的詞條，吸引了不少人參與其中。對一些想了解美國文化的英語愛好者來說，這個是一個參考學習的地方。而在國內，雖然中國的網(wǎng)絡用語火到國外，且國內的人也在使用。但很少有一個系統(tǒng)性的收集整理的地方，像百度百科這類收錄各類的詞條，對于網(wǎng)絡用語這塊的收錄很少，更新較慢，不能滿足大多數(shù)用戶的需求。導致出現(xiàn)大多數(shù)使用者往往不了解這些詞的出處，不理解該網(wǎng)絡用語的意思，容易造成誤用的情況。因此國內需要有這類的網(wǎng)絡用語詞庫，不僅能幫助國內用戶快速了解詞條的意思、出處等，還能給漢語愛好者提供了解國內網(wǎng)絡用語文化的地方，進行漢語的推廣。 1.3網(wǎng)站設計思想為了減少用戶參與的門檻，讓用戶更方便的參與到網(wǎng)絡用語詞典的新增編輯當中，因此該詞典采用的是B/S結構，B/S結構指的是瀏覽器/服務器結構，服務器只要安裝了數(shù)據(jù)庫，瀏覽器就能通過Web服務器同數(shù)據(jù)庫進行數(shù)據(jù)交互，即用戶只需要有瀏覽器，就能夠隨時隨地的在網(wǎng)絡用語詞典當中進行查詢或者參與創(chuàng)建和編輯當中，B/S架構圖如圖1-3-1所示：圖1-3-1B/S系統(tǒng)架構圖對于網(wǎng)絡用語詞典，當然也不是只有僅僅給用戶提供查詢這么單調，對于網(wǎng)絡用語詞典，更多的是網(wǎng)友之間分享自己對于網(wǎng)絡用語見解的平臺，在提供基本的相關詞條查詢中，還提供低門檻的創(chuàng)建詞條和編輯詞條等等功能，讓用戶參與到互動當中。所以對于該網(wǎng)絡用語詞典網(wǎng)站的設計有以下這些內容：對于游客來說：游客提供的功能十分有限，不過也滿足了大多數(shù)游客的需求，游客可以輸入查詢相關自己想要理解的詞條，也可以在討論區(qū)圍觀其他人的發(fā)帖和回帖；對注冊用戶來說：相比于游客，注冊用戶可以參與到詞條的管理當中，可以進行詞條的創(chuàng)建和詞條的編輯，如果滿足了條件，擁有評審員的身份，還可以對詞條進行評審當中。對于自己想要深入理解或者查詢不到的相關詞條，還可以通過討論區(qū)中發(fā)表帖子來求助討論。針對不同的用戶需求，擁有不同類似的功能，對普通網(wǎng)友提供了一個快速查詢掌握相關網(wǎng)絡用語介紹的平臺；對于熟悉各類網(wǎng)絡用語的用戶提供了一個展示對網(wǎng)絡用語見解的平臺，參與網(wǎng)絡交流的人，不斷地在創(chuàng)建并豐富著更多網(wǎng)絡用語，而平臺對于不同類別的用戶都照顧到。

系統(tǒng)技術介紹2.1SpringBoot在介紹Springboot之前，讓我們先了解什么是Spring框架，和為什么它會這么備受歡迎。為了了解這一點，讓我們回到2000年，在那個時候，如果你想創(chuàng)建一個Java企業(yè)項目，將使用許多JavaEE功能，其中一個就是EJB，企業(yè)級JavaBean，這是當時的最佳可用技術之一，但是EJB比較重量級，復雜性高，難以管理。于是有人便提出了POJO概念，即普通java類，在POJO的幫助下，提供了一些功能，可以實現(xiàn)相同的目標，并且它們已經(jīng)包括在Spring框架中，就比如有依賴注入、面向切面等功能，Spring簡化了企業(yè)級系統(tǒng)開發(fā)，因此Spring框架成為可以實現(xiàn)任何業(yè)務目的的最佳組成部分框架。并且可以跟MyBatis、Structs和Hibernate等其他框架集成。這就是為什么Spring是最好的框架了，但是，我們用Spring構建大型應用程序時，我們難免將需要一些外部Java文件，即引入框架相關的Jar包。還有就是配置，你需要添加很多配置，比如各個框架之間的整合配置，你必須傳達很多東西，這就是很大的問題了。而我們作為開發(fā)人員，我們希望更多注重在編碼上的規(guī)定，而不是在配置上，不想在配置上花費很多時間。當然這并不是說可以逃避所有配置，但是我們要將重點更多地放在編碼部分上。于是那些創(chuàng)建Spring框架的人，他們認為為什么我們不創(chuàng)建一個，讓開發(fā)人員來專注于約定，使得約定大于配置的框架呢。于是在Spring的基礎上，進行簡單拓展，便有了SpringBoot。使用SpringBoot，會自動處理框架之間的兼容性，適用版本等各種問題，對于我們想使用的技術，只需要添加一個配置就可以，SpringBoot會給我們依賴項，并自動提供配置。其主要思想是為了給我們一個生產準備就緒的應用程序，所以當你創(chuàng)建一個SpringBoot項目，你可以無需任何配置就可運行，如果您想要添加一些功能，你可以進行一些小的配置，但是所有基本上都是由SpringBoot完成。還有就是，正常的Spring項目，如果我們想制作一個Web應用程序，進行部署，就需要一臺服務器，還需要安裝一個操作系統(tǒng)，并且在里面安裝Web服務器或應用服務器，有Tomcat或者是JBoss，對Web應用程序創(chuàng)建有這么多的要求。而現(xiàn)在我們正朝著微服務發(fā)展，我們想要讓它變得更容易、更加正確，這就是為什么我們要使用SpringBoot，SpringBoot不要你真正地自己做所有這些事情，它為你提供了一個嵌入式服務器，就是應用程序的jar文件中包含了Tomcat，即嵌入式服務器Tomcat，這意味著可以在Java的JVM上直接運行項目。SpringBoot擁有的Spring的所有優(yōu)點，而且集成了特別多的第三方的框架，減少了各個框架之間整合的配置，而且內嵌Tomcat,便捷部署，只需要擁有Java運行環(huán)境便可運行起來。SpringBoot讓開發(fā)人員減少掉多余的配置，注重業(yè)務邏輯的開發(fā)，備受推崇，也成功當今公司主要使用的技術之一。2.2MyBatis-Plus在持久層中選用的框架是MyBatis，跟JDBC相比，減少了許多冗余的代碼量，在開發(fā)時我們只需要關注SQL語句本身，不需要花費精力去弄許多繁雜的操作，即基本不用再進行編寫JDBC這部分重復性代碼，還有向從數(shù)據(jù)庫取得字段參數(shù)，還要進行手工編寫對應取得，還有數(shù)據(jù)結果集這類的代碼，也都省掉了。只需要使用簡單的XML，將接口和Java的POJOs映射成數(shù)據(jù)庫中的記錄。還能與Spring集成。因此使用MyBatis的話，那我們再去做一些這個持久層的一些操作的時候，寫一些SQL就會變得比較方便一點，而且不需要手動開關JDBC連接，能夠很好的跟各種數(shù)據(jù)庫進行兼容。但是，使用MyBatis在做項目開發(fā)的時候，還是有一些不是那么方便,因此需要使用這個插件來提升MyBatis的一個這樣的開發(fā)的一個效率，在MyBatis插件中的比較主流的一個插件叫做MyBatis-Plus，MyBatis-Plus是一個增強的工具，為簡化開發(fā)提高效率而生，能讓我們開發(fā)更加提高效率方便，這也就是我們選擇使用這個插件的原因。MyBatis-Plus優(yōu)點就具備更多了，一般我們使用MyBatis，會使用到一些通用的增刪改查，而這些簡單通用的查詢往往還要開發(fā)者自己編寫，顯得有點重復累贅，對此MyBatis-Plus提供了簡單的CRUD（增刪改查），開發(fā)者無需編寫簡單的增刪改查的XML，還提供了自定義擴展自己的數(shù)據(jù)操作層接口，靈活使用多表連接查詢。還有MyBatis使用物理分頁的時候，其相應的SQL語句也是顯得多余，MyBatis-Plus內置的物理分頁插件，開發(fā)者只需配置好，使用起來就跟使用普通查詢一般簡單靈活。且具有代碼生成器的功能，開發(fā)者只需要創(chuàng)建好對應的表結構，即可生成對應的Mapper、Model、Service、Controller層代碼，極大的減少了開發(fā)者重復繁雜的操作，有效提高了開發(fā)效率，注重代碼規(guī)范、業(yè)務邏輯的實現(xiàn)。2.3JsoupJsoup是Java提供的簡單易用類庫，代碼簡潔，沒有第三方包的依賴，短小精悍，在Java世界中用作解析HTML和過濾的不二選擇。在當今爬蟲十分流行，Java也占有一席之地，Jsoup支持將HTML解析成DOM樹，有了DOM樹之后，可以結合網(wǎng)站結構對相應元素進行分析，使用Jsoup的SELECT方法，這里的SELECT方法，跟CSS的選擇器十分的相似，可以通過標簽、標簽的命名空間、ID、CLASS、屬性元素等等來查找元素，并支持正則表達式來查找。

需求分析和系統(tǒng)設計3.1需求陳述本系統(tǒng)主要針對經(jīng)常在網(wǎng)絡上追求熱點，參與交流的用戶，而網(wǎng)絡用語的誕生大多都是根據(jù)這類熱點而產生的。但網(wǎng)絡用語的興起具有不確定性，每當一個新的網(wǎng)絡用語的興起和擴散，很多人短時間內不能知道其中的來源和內涵，通過網(wǎng)絡上搜索也很難查詢到簡潔易懂的解釋。因此該系統(tǒng)提供一個短時間內讓用戶明白理解相關網(wǎng)絡用語的平臺。前期通過爬取其他網(wǎng)站的網(wǎng)絡用語數(shù)據(jù)，豐富詞庫的內容，可以給用戶提供搜索，查詢相關詞條，詞條會展示相關的解釋，和與該詞條相關的圖片、詞條相關創(chuàng)建人信息、推薦相關類似詞條等等。當然本系統(tǒng)主要對網(wǎng)絡用語進行收錄，除了進行查詢之外，如果用戶覺得相關詞條不存在，或者解釋不完善，用戶還可以參與新增詞條，編輯詞條，和對詞條來進行評審的功能，也可以通過在討論區(qū)進行交流網(wǎng)絡用語和相關梗的來源，可以滿足用戶不同的需求。網(wǎng)絡用語詞典的前端主要有詞庫、公告、登錄、注冊、個人信息、詞條展示頁、評審區(qū)、評審展示頁、討論區(qū)等，超級管理員有詞條管理、公告管理、用戶管理、討論區(qū)管理、評審區(qū)管理。以下是各個模塊功能的需求如下：詞庫：主要用列表方塊的形式來展示詞條，用戶可以根據(jù)最新收錄、最高點贊的形式來排序相關詞條。對于詞庫中進行展示的數(shù)據(jù)。通過使用java的Jsoup爬蟲的方式，來爬取其他網(wǎng)站的數(shù)據(jù)，有利于前期用戶對詞庫的數(shù)據(jù)的查詢和補充修改，更好的參與到互動當中。公告：超級管理員發(fā)布的相關公告，用戶可以查看公告內容。注冊、登錄：用戶可以通過注冊，來獲得賬號。通過登錄按鈕可以進行登錄賬號，只有登錄賬號才可以進行參與新增、編輯、評審、發(fā)帖等功能的使用。個人信息：用戶自己訪問個人信息，可以對自己信息進行修改，也可以看到自己所參與的相關信息的展示。對于對別的用戶進行訪問，主要展示主人參與新增和編輯的相關信息?？梢钥吹綄略龊途庉嫷脑~條的狀態(tài)。詞條展示：點擊對應的詞條，可以看到該詞條的詳細解釋，和對應的標簽、相關圖片、創(chuàng)建者、觀看次數(shù)、創(chuàng)建時間、詞條熱度等。評審區(qū)：可以看到用戶參與新增和參與編輯的，尚未通過評審的，都會列入到評審區(qū)當中進行評審。對于評審權限用戶需要達到一定的要求，再通過申請才能獲得權限。討論區(qū)：用戶可以通過發(fā)帖的形式，來進行求助或者討論相關內容。用戶也可以進行評論。詞條管理：超級管理員可以對數(shù)據(jù)庫存在的詞條進行權限的管理，也可以進行刪除操作。用戶管理：超級管理員可以對已經(jīng)注冊的用戶信息進行查詢修改刪除等功能。討論區(qū)管理：超級管理員可以對用戶已經(jīng)發(fā)的帖子進行相應的權限管理。包括刪除操作。3.2系統(tǒng)模塊設計本系統(tǒng)主要有前端供給用戶訪問的系統(tǒng)，和后臺超級管理進行操作控制的系統(tǒng)。前端主要是給用戶訪問，用戶可以通過注冊、登錄，來獲得賬號，參與到詞條的新增和編輯當中，滿足相應條件的用戶，可以獲得評審員的資格，對其他用戶參與新增和編輯的詞條，可以有評審的功能。用戶還可以在討論區(qū)進行發(fā)帖求助、評論的操作，來求助他人幫忙解釋或者幫忙解答網(wǎng)絡用語相關內容。因此前端頁面主要有詞庫、詞條詳細展示、評審區(qū)、評審詳細展示、討論區(qū)、討論區(qū)發(fā)帖、評論這些模塊。后端主要是有用戶管理、詞條管理、評審管理、討論區(qū)管理。如圖3-2-1系統(tǒng)模塊圖如下：圖3-2-1系統(tǒng)模塊圖未登錄用戶在未登錄狀態(tài)下，即未進行登錄的用戶，對于詞條的新增、編輯，和評審區(qū)中的評審，討論區(qū)的發(fā)帖、評論功能都進行限制。在這個狀態(tài)下，用戶只能看相關公告，也能對詞條的詳細信息進行了解，對用戶的個人主頁進行訪問了解，對討論區(qū)中其他用戶的發(fā)帖內容進行瀏覽，但不能參與到互動當中。普通用戶在用戶點擊注冊按鈕，并進行成功注冊。這個時候數(shù)據(jù)庫將會存儲用戶的相關信息。用戶可以通過已經(jīng)注冊的賬號來進行登錄，登錄進去之后，在個人中心，用戶可以修改自己的個人信息，也可以訪問到自己參與的新增編輯相關信息。在詞條這塊，用戶就可以參與到詞條的相關操作，有新增詞條，編輯詞條，對詞條進行點贊。在討論區(qū)這塊，也可以在討論區(qū)中來進行發(fā)帖和評論的操作，參與網(wǎng)絡用語的交流當中。評審員評審員擁有和普通用戶的所有功能，在此基礎上，多了對詞條的評審。當其他用戶進行新增詞條、編輯詞條的操作時，其相應的詞條會進入到評審區(qū)當中，這個時候評審員可以在評審區(qū)，根據(jù)用戶新增和用戶編輯的詞條，來進行評審功能。也可以查詢到自己參與的評審詞條。超級管理員超級管理員可以對所有的詞條操作控制，也可以對用戶來進行管理。和流入到評審區(qū)中詞條的管理。用戶在討論區(qū)中發(fā)表的帖子，評論進行管理。超級管理員還可以發(fā)布公告，控制置頂推薦詞條。3.3系統(tǒng)操作流程分析結合用戶登錄與否，主要有兩種情況：前端系統(tǒng)未登錄情況下，用戶可以進行對詞庫主頁、詞條詳細信息、公告、討論區(qū)、帖子內容等頁面來進行瀏覽，但是在不能對詞庫進行新增和編輯的操作，對討論區(qū)不能進行發(fā)帖和貧農概論的操作。而且未登錄的情況下，不能進去到用戶自己的個人中心，可以訪問別人的個人中心。登錄之后，才可以進行對詞條進行新增、編輯，和個人中心中個人用戶資料的修改，討論區(qū)參與發(fā)帖評論的操作。相關流程圖如圖3-3-1所示：圖3-3-1前端系統(tǒng)流程圖后臺管理系統(tǒng)超級管理員成功輸入賬號密碼后，可以進入到后臺管理系統(tǒng)，選擇對應模塊來進行操作，例如有“用戶管理”、“詞條管理”、“評審管理”、“公告管理”、“討論區(qū)管理”、“個人信息管理”。在這幾個模塊下，可以選擇對應的模塊，會有相關的功能操作。如編輯、刪除、控制狀態(tài)、查詢等。以下是后臺系統(tǒng)的流程圖，如圖3-3-2所示：圖3-3-2后臺管理系統(tǒng)流程圖3.4系統(tǒng)用例分析用戶主要包括有包括游客、普通用戶、評審員和超級管理員，為用例圖的參與者，其中包括用例有用戶登錄、用戶注冊、用戶參與詞條新增、用戶參與詞條編輯、用戶個人信息管理、用戶評審管理、用戶發(fā)帖、用戶評論等用例，各個功能的用例介紹詳細如下所示：表3-4-1用戶新增詞條用例表：用例名稱：用戶新增詞條簡要說明：用戶登錄之后，點擊詞庫右邊的創(chuàng)建詞條按鈕，輸 入相關內容和上傳圖片，然后進行發(fā)布新增。基本事件流： 1．用戶成功登錄賬號。 2．用戶用鼠標在首頁右側點擊“創(chuàng)建詞條”按鈕。 3.按照相關要求輸入詞條標題、詞條內容、詞條標簽、上 傳圖片、驗證碼。 4．點擊“立即發(fā)布”按鈕。 5.顯示新增成功，等待審核，頁面跳轉到用戶個人中心。 6.用例終止。 表3-4-2用戶編輯詞條用例表：用例名稱：用戶編輯詞條簡要說明：用戶登錄之后，點擊詞庫任意一條詞條，進入到詞 條詳細頁面，在詳細頁面右側點擊編輯詞條，輸入 相關內容，然后提交編輯修改?；臼录鳎?1．用戶成功登錄賬號。 2．用戶在詞庫頁面點擊任意一條詞條，進入到詞條詳細頁 面。 3.用戶用鼠標在詞條詳細頁面右側點擊“編輯詞條”按 鈕。 4.按照相關要求輸入詞條標題、詞條內容、詞條標簽、驗 證碼。 5．點擊“提交修改”按鈕。 6.顯示提交成功，等待審核，頁面跳轉到用戶個人中心。 7.用例終止。 表3-4-3用戶評審詞條用例表：用例名稱：評審員評審詞條簡要說明：用戶登錄之后，進入評審區(qū)，擁有評審資格之后。 用戶可以在評審區(qū)內待審核的詞條進行投票決定。基本事件流： 1．用戶成功登錄賬號。 2．用戶點擊首頁上方評審區(qū)。 3.用戶點擊“申請資格”按鈕，成功獲取評審員身份。 4.用戶點擊下方任意一條待審核的詞條。 5．對待審核詞條進行閱讀審核，點擊“贊同”或者“反對” 按鈕進行表決。 6.顯示審核成功，顯示該詞條審核參與人數(shù)和審核情況。 7.用例終止。 表3-4-4用戶發(fā)帖用例表：用例名稱：用戶發(fā)帖簡要說明：用戶登錄之后，進入討論區(qū)，點擊發(fā)布新貼按鈕， 輸入相關內容之后，進行發(fā)帖?；臼录鳎?1．用戶成功登錄賬號。 2．用戶點擊首頁上方討論區(qū)。 3.用戶點擊“我要發(fā)帖”按鈕，成功進入發(fā)帖頁面。 4.用戶輸入標題、標簽、內容、驗證碼等相關內容。 5．用戶點擊“提交”按鈕，成功進行發(fā)帖。 6.用例終止。 表3-4-5用戶評論帖子用例表：用例名稱：用戶評論帖子簡要說明：用戶登錄之后，進入討論區(qū)，點擊任意一條帖子，輸 入相關內容進行評論?；臼录鳎?1．用戶成功登錄賬號。 2．用戶點擊首頁上方討論。 3.用戶點擊任意一條帖子，成功進入帖子詳細頁。 4.用戶點擊帖子下方的回復欄。 5．用戶輸入相關內容。 6.用戶點擊“提交”按鈕，成功進行評論。 7.用例終止。表3-4-6用戶修改個人信息用例表：用例名稱：用戶修改個人信息簡要說明：用戶登錄之后，將鼠標移動到個人頭像中，會出現(xiàn) 相關的按鈕，點擊“基本設置”進入個人信息頁面， 進行修改?；臼录鳎?1．用戶成功登錄賬號。 2．用戶在任意頁面用鼠標移動到在右上角個人頭像中，點 擊“基本設置”按鈕。 3.用戶可以修改昵稱、性別、個性簽名、頭像、密碼等。 4．點擊“確認修改”按鈕。 5.顯示修改成功。 6.用例終止。3.5數(shù)據(jù)庫設計3.5.1數(shù)據(jù)庫的需求分析網(wǎng)絡用語詞庫，結合各個功能用例分析，需要有對數(shù)據(jù)的增加、刪除、查詢、修改等功能。這個就要求數(shù)據(jù)庫能夠對數(shù)據(jù)完成輸入和輸出。根據(jù)用戶、評審員、超級管理員對應的功能，可以設計出有以下的數(shù)據(jù)項：用戶表：用戶編號、昵稱、頭像、性別、賬號、密碼、簽名、創(chuàng)建時間等。詞條信息表：詞條編號、詞條標題、詞條描述、創(chuàng)建用戶編號、編輯用戶編號、創(chuàng)建時間、詞條狀態(tài)、觀看次數(shù)等。詞條標簽表：標簽編號、標簽名字、對應詞條編號、標簽狀態(tài)等。評審詞條信息表：評審編號、評審詞條編號、評審詞條標題、評審詞條描述、創(chuàng)建詞條用戶編號、編輯詞條用戶編號、創(chuàng)建評審時間、評審狀態(tài)等。評審詞條標簽表：評審標簽編號、標簽名字、標簽對應詞條編號、評審狀態(tài)等。評審結果信息表：評審結果編號、對應評審詞條編號、評審用戶編號、用戶評審結果等。評審評價信息表：評價編號、對應評審詞條編號、評價內容、評價用戶編號、評價時間。圖片信息表：圖片編號、圖片路徑、創(chuàng)建時間、圖片狀態(tài)、圖片描述名稱、創(chuàng)建圖片用戶編號、相關帖子編號。用戶發(fā)布帖子信息表：帖子編號、發(fā)布帖子用戶編號、帖子標題、帖子內容、帖子狀態(tài)、發(fā)布帖子時間、帖子觀看人數(shù)、帖子分類。用戶回復帖子信息表：回復編號、對應帖子編號、回復描述、回復用戶編號、回復狀態(tài)、回復時間。管理員表：管理員編號、昵稱、性別、狀態(tài)、賬號、密碼、個性簽名、創(chuàng)建時間、郵箱。3.5.2數(shù)據(jù)庫概念結構設計對于數(shù)據(jù)庫的需求分析已經(jīng)分析好了，接下來對概念結構進行設計，就是對需求抽象層信息結構，使用的描述是E-R模型圖。結合上述分析，我們可以設計確定實體之間各個屬性的關系。詳細各個實體設計如下圖：用戶信息實體屬性E-R圖3-5-1：圖3-5-1用戶信息實體屬性詞條信息實體屬性E-R圖3-5-2：圖3-5-2詞條信息實體屬性詞條標簽實體屬性E-R圖3-5-3：圖3-5-3詞條標簽實體屬性評審詞條信息實體屬性E-R圖3-5-4：圖3-5-4評審詞條信息實體屬性評審詞條標簽實體屬性E-R圖3-5-5：圖3-5-5評審詞條標簽實體屬性評審結果信息實體屬性E-R圖3-5-6：圖3-5-6評審結果信息實體屬性評審評價信息實體屬性E-R圖3-5-7：圖3-5-7評審評價信息實體屬性圖片信息實體屬性E-R圖3-5-8：圖3-5-8圖片信息實體屬性用戶發(fā)布帖子信息實體屬性E-R圖3-5-9：圖3-5-9用戶發(fā)布帖子信息實體屬性用戶回復帖子信息實體屬性E-R圖3-5-10：圖3-5-10用戶回復帖子信息實體屬性用戶回復帖子信息實體屬性E-R圖3-5-11：圖3-5-11用戶回復帖子信息實體屬性管理員信息實體屬性E-R圖3-5-12：圖3-5-12管理員信息實體屬性3.5.3數(shù)據(jù)庫邏輯結構設計數(shù)據(jù)庫邏輯結構設計，在需求分析的基礎上，用特定的方法將其抽象成為一個數(shù)據(jù)模型。即結合需求分析，將我們設計好的E-R模型圖，來轉換成與其相符的邏輯結構。本系統(tǒng)設計了多個數(shù)據(jù)庫表，每個表中的各個字段和含義如下所示：表3-5-7：用戶表（user）：字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明user_idint(10)是是用戶編號，自動遞增nick_namevarchar(10)否 是用戶昵稱profile_imgvarchar(100)否 否存儲頭像圖片路徑genderint(2)否 否用戶性別，1：男，0：女statusint(1)否 是用戶狀態(tài)，-1：封禁用戶，0：正常用戶，1：評審員，2：管理員accountvarchar(10)否是用戶賬號signaturevarchar(50)否否個性簽名create_timetimestamp否是用戶注冊時間emailvarchar(100)否是郵箱表：3-5-8詞條信息表（data_dict_info）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明dict_idint(10)是是詞條編號，自動遞增dict_namevarchar(100)否 是詞條標題dict_describevarchar(1000)否 是詞條描述create_user_idint(10)否 是詞條創(chuàng)建者編號edit_idint(10)否 否詞條編輯者編號create_timetimestamp否 是詞條創(chuàng)建時間dict_statusint(2)否 是詞條狀態(tài)，-1：未通過，0：待評審，1：已通過dict_countint(255)否 是詞條觀看次數(shù)dict_topint(2)否 是 詞條置頂，1：是，-1否表：3-5-9評審詞條信息表（judge_dict_info）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明judge_dict_idint(10)是是評審詞條編號，自動遞增dict_namevarchar(100)否是詞條標題dict_idvarchar(10)否是詞條編號dict_desctibevarchar(1000)否是詞條描述create_user_idint(10)否是詞條創(chuàng)建者編號edit_idint(10)否是詞條編輯者編號create_timetimestamp否是評審創(chuàng)建時間judge_statusint(10)否是標簽狀態(tài)，-1：未通過，0：待評審，1：已通過表：3-5-10評審詞條標簽表（judge_dict_tag）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明judge_tag_idint(10)是是評審標簽編號，自動遞增tag_namevarchar(100)否是標題名字dict_idvarchar(10)否 是對應詞條編號judge_statusint(10)否 是標簽狀態(tài)，-1：未通過，0：待評審，1：已通過表：3-5-12評審評價信息表（judge_assess_info）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明assess_idint(10)是是評審評價編號，自動遞增judge_dict_idint(10)否 是評審詞條編號user_idint(10)否 是評審用戶編號resultint(255)否 是-1：反對，1：贊同表：3-5-13詞條標簽表（dict_tag）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明tag_idint(10)是是標簽編號，自動遞增tag_namevarchar(100)否 是標簽名字dict_idvarchar(10)否 是對應詞條編號tag_statusint(10)否 是標簽狀態(tài)，-1：未通過，0：待評審，1：已通過表：3-5-14圖片表（data_img_list）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明img_idint(10)是是圖片編號，自動遞增img_profilevarchar(255)否 是圖片路徑create_timetimestamp否 是創(chuàng)建時間img_statusint(1)否 是-1：審核失敗，1：審核通過namevarchar(255)否 是圖片描述create_user_idint(10)否 是創(chuàng)建圖片用戶編號post_idint(255)否 是相關帖子編號表：3-5-15用戶發(fā)布帖子信息表（user_post_info）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明post_idint(10)是是帖子編號，自動遞增post_user_idint(10)否 是發(fā)布帖子用戶編號post_timetimestamp否 是發(fā)布帖子時間post_statusint(1)否 是默認為1，-1：審核失敗，1：審核通過post_titlevarchar(30)否 是帖子標題post_infovarchar(1000)否 是帖子內容post_countint(255)否 是觀看次數(shù)，默認為1post_categoryvarchar(255)都 是包括：提問、分析、討論、建議 表：3-5-16用戶回復帖子信息表（user_comment_info）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明comment_idint(10)是是回復編號，自動遞增post_idint(10)否是回復對應帖子編號commet_timetimestamp否是回復時間comment_statusint(1)否是回復狀態(tài)，默認為1， -1：審核失敗，1：審核通過comment_descvarchar(1000)否是回復描述comment_user_idint(10)否是回復用戶編號表：3-5-17管理員表（admin）字段名數(shù)據(jù)類型是否主鍵是否不為空字段說明admin_idint(10)是是管理員編號，自動遞增nick_namevarchar(10)否是管理員昵稱create_timetimestamp否是創(chuàng)建時間genderint(1)否是管理員性別，1：男，0：女statusint(1)否是管理員狀態(tài)，1：正常，-1：封禁accountvarchar(10)否是管理員賬號passwordvarchar(20)否是管理員密碼signaturevarchar(50)否否個性簽名create_timetimestamp否是創(chuàng)建時間emailvarchar(100)否是郵箱

系統(tǒng)設計與實現(xiàn)4.1系統(tǒng)介紹這個系統(tǒng)主要包括提供給用戶，主要有查詢詞庫、評審、討論區(qū)發(fā)帖等多種功能的前端網(wǎng)絡用語詞庫。還有一個網(wǎng)絡用語詞庫后臺管理系統(tǒng)，給超級管理提供用戶、詞條、帖子等多種管理。4.2各個模塊設計與實現(xiàn)數(shù)據(jù)爬取，詞條首頁展示用戶進去到詞條主頁，可以看到有置頂詞條、相關詞條信息、公告、熱門討論、詞條達人榜等相關信息。對于網(wǎng)絡用語詞庫，對于詞條的數(shù)據(jù)這方面的必須做處理，雖然用戶可以進行參與創(chuàng)建，但是初期的話，不利于用戶的參與進來，因此在數(shù)據(jù)這塊，通過使用Java提供的類庫Jsoup，來爬取其他網(wǎng)站，獲得數(shù)據(jù)?？紤]網(wǎng)站有反爬蟲的機制，在對網(wǎng)站的結構進行分析過后，發(fā)現(xiàn)可以通過不斷的進行加載對應的數(shù)據(jù)，加載到一定的時間的時候，將網(wǎng)站保存到本地，這樣的話將HTML頁面和相關圖片都保存到了本地。因此通過使用Jsoup來解析該網(wǎng)站HTML，然后將對應的詞條標題，詞條描述爬取出來，并將對應的圖片中的URL也爬取下載，通過這個可以知道圖片的路徑和文件名，將這些數(shù)據(jù)爬取到之后，將數(shù)據(jù)存儲到對應的詞條信息表和圖片信息表中。通過爬蟲的方法，解決詞條主頁的數(shù)據(jù)展示問題，接下來后臺通過將詞條信息表中的創(chuàng)建用戶編號，和用戶表中的用戶編號進行關聯(lián)查詢，查詢到該詞條信息以及對應創(chuàng)建用戶的信息，將數(shù)據(jù)以接口的形式，給前端進行調用，前端通過Ajax對接口數(shù)據(jù)讀取并以JS動態(tài)處理HTML將數(shù)據(jù)展示在頁面上。詞條主頁如圖4-2-1所示圖4-2-1詞條主頁詞條詳細信息頁面用戶點擊任意一條詞條，會跳轉到詞條詳情信息頁面，就可以看到有相關標簽、相關圖片、詞條創(chuàng)建用戶信息、熱度、類似詞條。前端通過傳入詞條編號的方式，對詞條編號對應的詞條信息和創(chuàng)建用戶的信息進行查詢，查詢到詞條信息之后，拿到詞條標題，再通過詞條標題查詢詞條相關圖片，和類似詞條，詞條熱度。詞條相關圖片中有圖片名稱和詞條標題相關聯(lián)；類似詞條通過對詞條標題進行模糊查詢得到；詞條熱度通過使用詞條標題，再調用百度指數(shù)的API，可以查詢近30天的百度總指數(shù)、百度PC指數(shù)、百度Model指數(shù)，前端通過使用百度開源ECharts數(shù)據(jù)可視化，對指數(shù)的數(shù)據(jù)進行折線圖的展示。當查詢不到指數(shù)的時候，會顯示改詞條暫無指數(shù)。前后端的交互還是通過接口的形式，前端對后臺的數(shù)據(jù)還是使用Ajax讀取并使用JavaScript動態(tài)處理HTML將數(shù)據(jù)進行寫進頁面。詞條詳細信息頁面如圖4-2-2所示：圖4-2-2詞條詳細信息頁面訪問用戶信息頁面用戶點擊其他用戶的昵稱，就可以進入到用戶主頁，可以看到該用戶的性別、注冊時間、個性簽名、和參與新增的詞條、參與編輯的詞條、發(fā)過的帖子、參與的帖子回復等信息。對于用戶參與詞條這塊，如果是已經(jīng)評審通過，點擊對應的詞條可以進入該到詞條詳細頁面當中，如果是待評審的詞條，點擊詞條可以進入到該詞條的評審詳細信息頁面當中。對于該用戶在討論區(qū)中，可以看到用戶發(fā)布的帖子，和參與其他帖子的回復信息。點擊對應的帖子標題可以直接跳轉到該帖子的詳細信息，點擊用戶回復的內容也可以直接跳轉到對應帖子當中，前后端的交互還是通過接口的形式，前端對后臺的數(shù)據(jù)還是使用Ajax讀取并使用JavaScript動態(tài)處理HTML將數(shù)據(jù)進行寫進頁面。用戶信息頁面如圖4-2-3所示：圖4-2-3訪問用戶個人信息頁面用戶基本設置頁面在用戶登錄的情況下，在任意頁面，用鼠標移動到頁面右上角自己的頭像，可以看到個人主頁。點擊進去可以修改自己的資料，有郵箱、昵稱、性別、個性簽名這些個人信息，還可以換頭像、改密碼。如果用戶對昵稱進行修改，不按照要求填寫會彈出提示失敗，將用戶填寫的數(shù)據(jù)通過對應的接口，用Ajax提交到后臺將數(shù)據(jù)給后臺處理保存設置。對于頭像的上傳修改，使用的是Layui中的上傳控件，前端將用戶編號和圖片上傳給后臺，后臺對應編寫處理圖片接收圖片上傳和用戶編號的接口，將用戶上傳的圖片進行保存到本地當中，并將用戶編號和圖片路徑存放到數(shù)據(jù)庫用戶信息表對應的用戶編號數(shù)據(jù)的頭像路徑字段當中，用戶基本設置頁面如圖4-2-4所示：圖4-2-4用戶基本設置頁面用戶新增詞條頁面用戶在已經(jīng)登錄的情況下，點擊主頁右側“創(chuàng)建詞條”按鈕，就會跳轉到創(chuàng)建詞條頁面，用戶輸入詞條標題、詞條內容、詞條標簽、上傳圖片、驗證碼這些信息，然后點擊立即發(fā)布，來創(chuàng)建詞條。用戶提交的時候，會對用戶輸入的詞條標題、詞條內容、驗證碼進行驗證，如果沒有按照要求來進行輸入，則會提示相應的錯誤提醒。其中相關圖片上傳使用的是百度的WebUploader上傳控件，對于提交的圖片可以進行預覽，也可以對圖片進行刪除重新上傳。將用戶提交的數(shù)據(jù)和相關圖片通過Ajax提交到后臺，后臺編寫對應的接口接收這些數(shù)據(jù)，其詞條標題和詞條信息保存到詞條信息表當中，詞條標簽保存到詞條標簽信息表，圖片文件路徑保存到圖片信息表中。用戶新增詞條頁面如圖4-2-5所示：圖4-2-5用戶新增詞條頁面用戶編輯詞條頁面在用戶已經(jīng)登錄的情況下，點擊任意一條詞條，進入到詞條詳情頁面，在詞條詳情頁面右側點擊“編輯詞條”按鈕，進入到編輯詞條頁面。用戶可以在原有的基礎上，輸入詞條標題、詞條內容、詞條標簽，再按照要求輸入驗證碼，點擊“提交修改”按鈕，進行編輯。對于用戶輸入的詞條標題、詞條內容、驗證碼，如果用戶沒有按照要求輸入則會提醒相關錯誤信息，對于用戶提交的編輯內容通過Ajax將數(shù)據(jù)提交到后臺，后天編寫對應的接口對編輯信息存放在編輯詞條信息表當中，其中編輯的標簽存放在編輯詞條標簽信息表中。用戶編輯詞條頁面如圖4-2-6所示：圖4-2-6編輯詞條頁面詞條評審頁面用戶進入主頁，點擊上方“評審區(qū)”按鈕，進入到評審區(qū)，可以看到用戶參與新增詞條待評審、編輯詞條待評審、和自己參與評審的記錄等相關信息。凡是用戶參與新增和參與編輯的詞條，默認都是待評審狀態(tài)，后臺通過查詢相關待評審詞條的數(shù)據(jù)，進行分頁處理，以接口的形式將數(shù)據(jù)提供給前端，前端使用Ajax調用接口獲取數(shù)據(jù)，再通過JavaScript動態(tài)編寫HTML頁面將數(shù)據(jù)進行填充進來進行展示，詞條評審頁面如圖4-2-7所示：圖4-2-7評審區(qū)頁面評審詳情頁面用戶在登錄的情況下，點擊評審區(qū)任意一條待評審的詞條，可以進入到評審詳情頁面。前端通過取得URL中的id，將id值調用接口傳入到后臺查詢待評審詞條詳細信息。后臺返回查詢數(shù)據(jù)提供給前端進行處理展示結果。評審詳情頁面如圖4-2-8-1和圖4-2-8-2所示：圖4-2-8-1評審詳情頁面（新增評審）圖4-2-8-1評審詳情頁面（編輯評審）評審結果頁面用戶登錄的情況下，并且獲得了評審員身份，在評審詳情頁面，用戶可以對該詞條進行評審，可以選擇“贊同”和選擇“反對”按鈕，來進行評審，評審之后，可以看到總體評審結果和相關評價。用戶還可以進行評價。在點擊評價的時候，后臺會對用戶的身份做一個確認，如果用戶的身份不是評審員的身份，則點擊評審和提交評價的時候會彈出權限不夠的錯誤提示。對于用戶提交的評審，前端傳入對應的評審選擇，后臺將數(shù)據(jù)存放在評審結果信息表中；對用戶提交的評價，前端傳入對應的評價內容，后臺將數(shù)據(jù)存放在評審評價信息表中。對于評審決定的數(shù)據(jù)展示，采用的是百度開源ECharts數(shù)據(jù)可視化，對評審結果進行扇形圖百分比進行展示。評審結果頁面如圖4-2-9-1和圖4-2-9-2所示：圖4-2-9-1評審結果頁面（新增評審）圖4-2-9-2評審結果頁面（編輯評審）評審結果判斷評審區(qū)中待評審的詞條，參與評審的人數(shù)達到一定量時，會判斷該詞條是評審通過還是評審失敗。具體參與評審人數(shù)和贊成數(shù)量需要為多少才能通過，管理員可以在后臺管理系統(tǒng)中進行設置要求。具體判斷的方式通過取得評審結果表中，改詞條贊同的數(shù)量和總體的數(shù)量，與后臺管理員設置的量是否達到要求，如果總體的數(shù)量達到了，贊同的數(shù)量也滿足管理員設置的數(shù)量，則設置為已評審通過，反之則設置評審不通過。討論區(qū)主頁用戶在主頁，可以點擊上方“討論區(qū)”按鈕，跳轉到討論區(qū)頁面，用戶可以看到參與發(fā)帖的人，用戶可以通過點擊上方的分類來對應查詢對應的帖子，對于帖子的展示可以按照最新和按照熱議進行查看，討論區(qū)的帖子展示，后臺通過接口的形式，將數(shù)據(jù)庫中的發(fā)帖信息表中，用戶的狀態(tài)不為封禁狀態(tài)的所有帖子進行展示。前端通過Ajax調用該接口,用JavaScript動態(tài)編寫HTML頁面將數(shù)據(jù)處理展示在頁面當中。熱門討論的展示，后臺通過查詢歷史參與回復數(shù)量最多的8條數(shù)據(jù)，通過接口的形式給前端處理展示在頁面當中。討論區(qū)主頁如圖4-2-10所示：圖4-2-10討論區(qū)主頁用戶發(fā)帖頁面用戶進入到討論區(qū)，在已經(jīng)登錄的情況下，點擊右側“發(fā)表新帖”按鈕，輸入帖子標題，選擇帖子分類等信息，點擊立即發(fā)布，可以進行發(fā)帖。如果用戶沒有登錄點擊“發(fā)表新帖”按鈕的時候，后臺會對用戶是否登錄進行檢驗，并返回錯誤信息。如果用戶沒有對帖子標題、內容、驗證碼按照要求輸入，后臺也會返回錯誤信息，前端通過彈窗的形式提示錯誤。前端將發(fā)帖的信息通過Ajax提交到后臺接口，后臺編寫對應的接口將前端傳入的數(shù)據(jù)進行存放在發(fā)帖信息表當中。對用戶上傳的圖片，也是使用的百度WebUploader上傳控件，提交到后臺，將圖片的文件路徑存放在圖片信息表當中。用戶發(fā)帖頁面如圖4-2-11所示：圖4-2-11用戶發(fā)帖頁面帖子詳情頁面用戶點擊任意一條帖子，可以看到帖子的相關信息，其中有帖子的標題、帖子的內容、發(fā)帖人的昵稱、發(fā)帖人的身份、發(fā)帖的時間。還有頁面的右側有帖子的熱門討論推薦。友情連接的推薦。前端通過獲取URL中id的數(shù)據(jù)，將id提交到后臺進行查詢帖子的詳細信息，后臺編寫對應的接口接收id的數(shù)據(jù)返回帖子信息數(shù)據(jù)給前端進行處理展示。帖子詳情頁面如圖4-2-13所示：圖4-2-13帖子詳情頁面詞條搜索結果頁面用戶輸入相關內容到搜索欄中，點擊查詢，可以看到相關的詞條，還可以知道相關的詞條的數(shù)量有多少。前端通過Ajax傳遞用戶輸入的內容到后臺，后臺編寫對應的接口接收數(shù)據(jù)，對數(shù)據(jù)進行模糊查詢處理，并計算出總的數(shù)量，返回相應的詞條列表數(shù)據(jù)和查詢的總數(shù)量給前端進行展示處理。詞條搜索結果頁面如圖4-2-13所示圖4-2-13詞條搜索結果頁面后臺管理系統(tǒng)頁面后臺管理系統(tǒng)使用者為超級管理員，超級管理員登錄進去就能對詞條、評審區(qū)、討論區(qū)的相關內容進行管理。后臺管理系統(tǒng)頁面如圖4-2-13所示圖4-2-13后臺管理系統(tǒng)頁面

系統(tǒng)測試5.1測試意義在完成相關需求和功能的實現(xiàn)，系統(tǒng)的測試也是至關重要的，通過測試，我們能夠發(fā)現(xiàn)系統(tǒng)是否有按照需求要求來進行實現(xiàn)，并嘗試從不同角度來測出問題，盡早發(fā)現(xiàn)其缺陷，并糾正錯誤，提高系統(tǒng)質量，保障系統(tǒng)正常的運行。對此采用實際運行環(huán)境，對各個功能模塊進行功能測試、黑盒測試，手工測試，結合用戶使用場景，使用場景分析法來完成對應的測試用例。5.2測試內容測試用例：創(chuàng)建詞條，如表5-2-1所示：用例編號T1用例名稱創(chuàng)建詞條用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，點擊主頁中創(chuàng)建詞條按鈕，進行創(chuàng)建詞條編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，點擊創(chuàng)建詞條用戶進入系統(tǒng)。點擊主頁“創(chuàng)建詞條”按鈕。跳轉到錯誤頁面，提示失敗，需要登錄之后才能進行參與，請登錄。一致創(chuàng)建詞條的前提是用戶要進行登錄。2用戶創(chuàng)建詞條，創(chuàng)建失敗（詞條標題長度過長）用戶進入系統(tǒng)。點擊“創(chuàng)建詞條”按鈕。輸入詞條標題，詞條內容，驗證碼，詞條標簽。點擊“立即發(fā)布”按鈕。彈窗提示輸入的詞條標題長度過長，請重試，創(chuàng)建失敗。一致輸入的長度超過設置的指定的范圍之內3用戶創(chuàng)建詞條，創(chuàng)建失敗（詞條內容過短）用戶進入系統(tǒng)。點擊“創(chuàng)建詞條”按鈕。輸入詞條標題，詞條內容，驗證碼，詞條標簽。點擊“立即發(fā)布”按鈕。彈窗提示輸入的描述長度過短，請補充重試，創(chuàng)建失敗。一致輸入的長度低于要求指定的范圍之內4用戶創(chuàng)建詞條，創(chuàng)建失?。ㄝ斎氲尿炞C碼有誤）用戶進入系統(tǒng)。點擊“創(chuàng)建詞條”按鈕。輸入詞條標題，詞條內容，驗證碼。詞條標簽。點擊“立即發(fā)布”按鈕。彈窗提示輸入了錯誤的驗證碼，創(chuàng)建失敗。一致無5用戶創(chuàng)建詞條，創(chuàng)建成功用戶進入系統(tǒng)。點擊“創(chuàng)建詞條”按鈕。輸入詞條標題，詞條內容，詞條標簽，驗證碼。點擊“立即發(fā)布”按鈕。彈窗提示創(chuàng)建成功，請等待審核。一致無測試用例：編輯詞條，如表5-2-2所示：用例編號T2用例名稱創(chuàng)建詞條用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，點擊任意一條詞條，進入詞條詳細頁面，再點擊編輯詞條按鈕進行編輯。編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，點擊編輯詞條。用戶進入系統(tǒng)。點擊任意一條此套進入詞條詳情頁。點擊“編輯詞條”按鈕。跳轉到錯誤頁面，提示失敗，需要登錄之后才能進行參與，請登錄。一致編輯詞條的前提是用戶要進行登錄。2用戶編輯詞條，編輯失?。ㄔ~條標題長度過長）。用戶進入系統(tǒng)點擊任意一條此套進入詞條詳情頁。點擊“編輯詞條”按鈕。輸入詞條標題，詞條內容，詞條標簽，驗證碼。點擊“立即發(fā)布”按鈕。彈窗提示輸入的詞條標題長度過長，請重試，編輯失敗。一致輸入的長度超過設置的指定的范圍之內3用戶編輯詞條，編輯失敗（詞條內容過短）。用戶進入系統(tǒng)點擊任意一條此套進入詞條詳情頁。點擊“編輯詞條”按鈕。輸入詞條標題，詞條內容，詞條標簽，驗證碼。點擊“立即發(fā)布”按鈕。彈窗提示輸入的描述長度過短，請補充重試，編輯失敗。一致輸入的長度低于要求指定的范圍之內4用戶編輯詞條，創(chuàng)建編輯（輸入的驗證碼有誤）。用戶進入系統(tǒng)點擊任意一條此套進入詞條詳情頁。點擊“編輯詞條”按鈕。輸入詞條標題，詞條內容，詞條標簽，驗證碼。點擊“立即發(fā)布”按鈕。彈窗提示輸入了錯誤的驗證碼，編輯失敗。一致無5用戶編輯詞條，編輯成功。用戶進入系統(tǒng)點擊任意一條此套進入詞條詳情頁。點擊“編輯詞條”按鈕。輸入詞條標題，詞條內容，詞條標簽，驗證碼。點擊“立即發(fā)布”按鈕。彈窗提示編輯成功，請等待審核一致無 測試用例：評審詞條，如表5-2-3所示：用例編號T3用例名稱評審詞條用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，進入評審區(qū)，再點擊任意一套待評審詞條進行評審。編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，在評審信息頁面進行評審。用戶進入系統(tǒng)。點擊評審區(qū)。點擊任意一條待評審詞條。在評審信息進行評審。跳轉到錯誤頁面，提示失敗，需要登錄之后才能進行參與，請登錄。一致評審詞條的前提是用戶要進行登錄。2用戶評審詞條，評審失?。嘞薏粔颍┯脩暨M入系統(tǒng)點擊評審區(qū)。點擊任意一條待評審詞條。在評審信息進行評審。彈窗提示評審失敗，權限不夠一致對于評審詞條，用戶身份需要是評審員才能進行評審。3用戶評審詞條，評審成功用戶進入系統(tǒng)點擊評審區(qū)。點擊任意一條待評審詞條。在評審信息進行評審。彈窗提示評審成功，可以進行評價了。一致無 測試用例：評價詞條，如表5-2-4所示：用例編號T4用例名稱創(chuàng)建詞條用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，進入評審區(qū)，再點擊任意一套待評審詞條進行評價。編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，在評審信息頁面進行評價。用戶進入系統(tǒng)。點擊評審區(qū)。點擊任意一條待評審詞條。在下方編輯框中輸入相關內容進行評價。點擊提交按鈕。彈窗提示失敗，需要登錄之后才能進行參與，請登錄。一致評價詞條的前提是用戶要進行登錄。2用戶評價詞條，評價失敗（未進行評審/權限不夠）用戶進入系統(tǒng)點擊評審區(qū)。點擊任意一條待評審詞條。在下方編輯框中輸入相關內容進行評價。點擊提交按鈕。對于普通用戶：彈窗提示權限不夠，評價失敗。對于評審員：彈窗提示評價失敗，請先進行評審。一致評價詞條的前提是用戶參與評審，且用戶不能看到別人參與的評價，不能影響到評審員的選擇。3用戶評價詞條，評價成功用戶進入系統(tǒng)點擊評審區(qū)。點擊任意一條待評審詞條。在下方編輯框中輸入相關內容進行評價。點擊提交按鈕。彈窗提示評價成功。一致無測試用例：發(fā)表帖子，如表5-2-5所示用例編號T5用例名稱發(fā)表帖子用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，進入討論區(qū)，再點擊發(fā)表帖子按鈕，進行發(fā)帖。編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，點擊發(fā)表帖子按鈕進行發(fā)帖。用戶進入系統(tǒng)。點擊討論區(qū)。點擊右側發(fā)表新帖按鈕。跳轉到錯誤頁面，提示失敗，需要登錄之后才能進行參與，請登錄。一致發(fā)表新帖的前提是用戶要進行登錄。2用戶發(fā)表帖子，發(fā)帖失敗（標題長度過長）用戶進入系統(tǒng)。點擊討論區(qū)。點擊右側發(fā)表新帖按鈕。輸入帖子標題，帖子內容，驗證碼，選擇帖子分類，上傳圖片。點擊“立即發(fā)布”按鈕。彈窗提示帖子標題過長，請重試。發(fā)布失敗。一致輸入的長度超過設置的指定的范圍之內。3用戶發(fā)表帖子，發(fā)帖失?。ㄌ觾热蓍L度過長）用戶進入系統(tǒng)。點擊討論區(qū)。點擊右側發(fā)表新帖按鈕。輸入帖子標題，帖子內容，驗證碼，選擇帖子分類，上傳圖片。點擊“立即發(fā)布”按鈕。彈窗提示帖子內容過長，請重試。發(fā)布失敗。一致輸入的長度超過設置的指定的范圍之內。4用戶發(fā)表帖子，發(fā)帖失?。炞C碼錯誤）用戶進入系統(tǒng)。點擊討論區(qū)。點擊右側發(fā)表新帖按鈕。輸入帖子標題，帖子內容，驗證碼，選擇帖子分類，上傳圖片。點擊“立即發(fā)布”按鈕。彈窗提示驗證碼錯誤，請重試。發(fā)布失敗。一致無5用戶發(fā)表帖子，發(fā)帖成功用戶進入系統(tǒng)。點擊討論區(qū)。點擊右側發(fā)表新帖按鈕。輸入帖子標題，帖子內容，驗證碼，選擇帖子分類，上傳圖片。點擊“立即發(fā)布”按鈕。彈窗提示發(fā)帖成功。一致無測試用例：回復帖子，如表5-2-6所示：用例編號T6用例名稱回復帖子用例作者陳楚壕設計時間2020年4月1日測試類型功能測試、黑盒測試、手工測試測試方法場景分析法用例描述該用例用來測試用戶進入到網(wǎng)絡用語詞典之后，進入討論區(qū)，點擊任意一條帖子，在帖子下方進行回復。編號場景操作步驟預期結果實際結果備注1用戶未登錄的情況下，在帖子下方進行回復。用戶進入系統(tǒng)。點擊討論區(qū)。點擊進入任意一條帖子。在下方輸入回復相關內容。點擊提交。彈窗提示回復失敗，請登錄。一致回復帖子的前提是用戶要進行登錄。2用戶回復帖子，回復失敗（回復內容不能為空）用戶進入系統(tǒng)。點擊討論區(qū)。點擊進入任意一條帖子。在下方輸入回復相關內容。點擊提交。彈窗提示回復失敗，回復內容不能為空。一致輸入的長度超過設置的指定的范圍之內。3用戶回復帖子，回復失敗（回復內容過長）用戶進入系統(tǒng)。點擊討論區(qū)。點擊進入任意一條帖子。在下方輸入回復相關內容。點擊提交。彈窗提示回復失敗，回復內容過長。一致輸入的長度超過設置的指定的范圍之外。4用戶回復帖子，回復成功）用戶進入系統(tǒng)。點擊討論區(qū)。點擊進入任意一條帖子。在下方輸入回復相關內容。點擊提交。彈窗提示回復成功。一致無5.3測試總結通過對系統(tǒng)功能模塊的測試，發(fā)現(xiàn)了存在不少的問題，也及時的對問題進行的修正，滿足預期結果，基本符合需求，完成了測試任務。

總結與展望對于選擇這個課題，網(wǎng)絡用語詞典，目的是解決我們通過網(wǎng)絡查找，基本都是網(wǎng)友在各種各類的平臺進行提問解釋，存在沒有統(tǒng)一收錄并完善的這樣一個平臺，而像各類百科的話，收錄的并不多，通過調研其他同學也發(fā)現(xiàn)大多數(shù)用語找不到，且很難找到比較好的解釋；在我進行設計網(wǎng)絡用語詞庫期間，百度百科才進行了這類詞條的專項收錄計劃。這個選題算是解決這類問題，也讓我在大學期間所學的知識用上，最后也完成這個系統(tǒng)，受益匪淺。在這個系統(tǒng)中，自己從頭到尾完成了需求的分析、系統(tǒng)的設計、各個功能模塊的實現(xiàn)等等，還通過使用Java的Jsoup爬蟲，對網(wǎng)上詞條相關的數(shù)據(jù)進行爬取，成功的解決項目中詞條數(shù)據(jù)不足的問題。在這個過程中也遇到不少問題，通過查詢資料，咨詢老師同學意見，最終也能夠順利的解決。雖然該系統(tǒng)的仍有一些不足，但還可以進行調整完善。這次項目也考驗了自己的技術很多方面，也從中發(fā)現(xiàn)自身還有很多不足，也知道這個需要通過掌握更多理論層面的知識，才能避免很多不必要的坑，提高自己的編程水平，在這個行業(yè)中堅持下去。希望今后能夠用自己專業(yè)所學的知識，更好的融入到今后的開發(fā)工作當中。

參考文獻孫衛(wèi)琴,李洪成.《Tomcat與Java

Web開發(fā)技術詳解》.電子工業(yè)出版社,2003年6月BruceEckel.《Java編程思想》.

機械工業(yè)出版社,2003年10月FLANAGAN.《Java技術手冊》.

中國電力出版社,2002年6月孫一林,彭波.《Java數(shù)據(jù)庫編程實例》.

清華大學出版社,2002年8月徐麗健.《SpringBoot+SpringCloud+Vue+Element項目實戰(zhàn)》.清華大學出版社，2019年5月姜承堯著.《MySQL高效編程》[J].北京:機械工業(yè)出版社,2012,56-72張海帆著,軟件工程導論（第5版）.北京:清華大學出版社，2008.3,60-97(美)CraigWalls沃爾斯

著，Spring實戰(zhàn)（第4版）,2016陳雄華．Spring企業(yè)級應用開發(fā)詳解[M]．北京：電子工業(yè)出版社，2009．(美)梁勇.Java語言程序設計[M].機械工業(yè)出版社,2015.(美)ElisabethRobson，EricFreeman，HeadFirstHTML與CSS（第2版）,2013汪云飛.JavaEE開發(fā)的顛覆者：SpringBoot實戰(zhàn),2016.

致謝轉眼間大學生生涯已經(jīng)過去，在大學的期間，學習了不少專業(yè)的知識，也通過了實踐將理論知識應用上，論文也算是最后一個小關卡了，現(xiàn)在也已經(jīng)完成，即將踏入社會中，借此之際，我想對所有幫助過我的人表示感謝。感謝我的導師吳瑞然老師，對于我的課題提供了很多寶貴的建議，在我提交初稿的時候，指出我里面存在的諸多問題，并指導我在清晰的思路上進行修改。通過他的指導下，不斷修改和完善，最終完成了畢業(yè)論文。在此向吳老師表示深深的感謝。感謝學校里的所有老師，在這四年的本科學習生活中，有你們老師愛崗敬業(yè)、嚴謹細致的治學態(tài)度，使得我學習掌握不少扎實的專業(yè)知識，謝謝你們這幾年的辛勤栽培。還有我的同學和朋友，在大學期間對我的支持、鼓勵、幫助。在此期間我們一起相互進步，充實度過了四年的大學生活。另外，我最需要感謝的是我的家人，是你們對我的學業(yè)的支持，給與我巨大的支持和幫助，使得我可以順利完成本科學業(yè)。你們是我堅強的后盾，你們的付出我會銘記于心，我一定會不負期望繼續(xù)奮斗，謝謝！

HYPERLINK如何選擇組裝電腦配件

如何選擇組裝的電腦配件．

第一，選擇好CPU平臺，就是INTER還是AMD，看你是要配什么樣的電腦，高端還是低端的，兩個平臺都高低的產品。第二，選擇主板了，主板的品牌比較多，質量，價格也不一，當你第一步卻定了，那么主板也就相應的卻定下來了，以INTER為例，只可以選擇775接口的主板（早期有478接口的，不推薦），主板的選擇主要有兩種，一是集成顯卡，二是不集成顯卡。集成顯卡的話，就可以省下顯卡的錢，但是對游戲玩家不推薦。那么當然是選擇不集成顯卡的主板了，而且最好選擇一線品牌，如華碩，技嘉等。主板里，還有個蕊片組的選擇。關于蕊片組，各個品牌的主板命名有些不一樣，主流是INTER965，945，915，VIA的KT890，還有NFORCE4，NFORCE5。等。比較難說清楚。最好是選擇INTER的蕊片組，雖然價格會稍高一些。推薦945，技術比較成熟。第三，顯卡的選擇。顯卡主要還是有兩類品牌，GEFORCE和ATI，兩個品牌有高，中，低的顯卡。顯卡選擇要看你個人喜歡了，預算充足的話，最好是買中，高端的顯卡。

第四，就是內存了，內存關系電腦的穩(wěn)定性。當然是要好一點的。買一線品牌的?，F(xiàn)在配電腦，主流是DDR667，DDR800DDR1333第五，顯示器的選擇，推薦液晶。如何選擇硬件組裝電腦這是一個老生常談的問題了，這也是一個讓高手們顯示自己硬件功底的問題，同時這還是一個讓很多新手為之焦頭爛額的問題。該怎么配？具體配什么？怎樣配才能盡量減小瓶頸？本文就將從內到外，從理論到實踐，為朋友們抽絲剝繭一一道來。

一、CPU

作為一臺電腦最關鍵的組成部分，CPU確實起著舉足輕重的作用，但體現(xiàn)一臺電腦的綜合速度，并不是僅僅依靠CPU的，常?？吹胶芏嘈率謧冊谂潆娔X的時候，把CPU選的很好，但其他的東西諸如內存、主板、硬盤等都選的不太理想，好像這臺電腦速度的快慢就體現(xiàn)在CPU速度的快慢上似的。甚至很多著名的品牌機廠商，都推出過類似“P4+256M內存”的這種跛腳配置。其實對于一般的家用電腦而言，一個真正會配的高手，是不會把大量的錢花在CPU上的。家用電腦，畢竟不是做密集型科學計算用的，它講求的是多種媒體的配合工作，講求的是能一邊下載文件、一邊上網(wǎng)瀏覽網(wǎng)頁、一邊聽音樂、一邊還能打開其他的程序，在這種情況下，提升內存的容量比提升CPU的主頻對速度的影響要明顯的多?，F(xiàn)今的中國家庭用戶，很多家長對于電腦一竅不通，他們只聽說“奔四”代表著速度快，并不知道整機速度的快慢除了CPU以外，還有很多其他的因素影響著它。但在買電腦的時候，最后做決定并掏錢的人，往往都是這些啥都不懂的家長們，于是就出現(xiàn)了上面的一幕：品牌機廠商為了能有更好的銷路、兼容機裝機店的銷售人員為了能拿到更多的獎金，開始違背良心來配置出這種高主頻處理器、低容量內存的跛腳電腦。說嚴重點，這是屬于對消費者的不負責任，是一種商業(yè)欺詐行為！同樣5000元的配置，高手配出來的賽揚，比新手配出來的P4還要快很多，曾經(jīng)有一家全球著名的硬件網(wǎng)站在2003年的時候刊登過一篇關于配置家用電腦時各硬件占用總預算百分比的文章，文中很明確的提到了CPU的價錢最好不要超過總預算的10％－15％，我們雖然不能說他肯定完全正確，但至少人家是通過很多調查后得出的結論，有借鑒的理由。反觀現(xiàn)在的很多所謂的“低價奔四電腦”、“3999元買P4品牌機”之類的廣告，我想說的就是：你花了3999元，只買了一塊P4的處理器，其他的什么都沒有了！

二、內存

對于配置一臺電腦來說，內存是重頭戲，容量、速度、類型等等每一項指標都對最終的整機綜合速度起著至關重要的影響，尤其是內存的帶寬和容量。對于內存帶寬而言，很多人都認為400MHz、533MHz前端總線的賽揚四或P4，配單通道的DDR內存就足夠了，雙通道DDR內存是配合800MHz以上前端總線的P4處理器用的，其實這樣就大錯特錯了，哪怕是最老的賽揚四，都需要雙通道的DDR內存才能達到它的帶寬！也就是說，你如果選擇賽揚四1.8G，必須配合865以上的主板和至少雙通道DDR200的內存，才能滿足它的帶寬要求！稍微計算一下就可以得知：賽揚四1.8G的前端總線是400MHz，它的內存帶寬理論值是400MHz×64bit÷8＝3.2G/s，但當它裝在845系列的主板上時，由于845主板的限制，即使你插上能符合它帶寬要求的DDR400內存，也只能運行在DDR266上，這時的內存所能提供的帶寬是266MHz×64bit÷8＝2.1G/s，比3.2G/s要小很多，即使你通過BIOS里的內存調節(jié)選項往上調節(jié)一檔（也只能調節(jié)一檔而已），讓內存運行在DDR333下，所能提供的帶寬也僅僅是333MHz×64bit÷8＝2.66G/s，離3.2G/s還是有一定的距離，而內存帶寬的降低，能非常明顯的降低整機的綜合速度，運行任何程序都能明顯的感覺出來！所以如果想滿足賽揚1.8G處理器的內存帶寬要求，你必須要為它配置865以上的主板和雙通道的內存才行！P4亦是如此。很多人也許會問：那845系列的主板是配什么處理器的呢？我想回答你的就是：845系列的主板是屬于“不能用”的主板，因為處理器永遠比主板發(fā)展的快，當初Intel造出845系列的芯片組是為了能給當時的賽揚和P4提供一個過渡的平臺，不至于讓它們成為“沒有主板配合”的處理器而已，也是為了能在低端市場分一杯羹，而現(xiàn)今865甚至9xx系列的主板橫行的時候，845系列的主板確實是屬于“不能用”的主板了，滿足不了任何一款處理器的內存帶寬，造成性能上的嚴重低下，試問這種主板你會選擇么？即使配臺2000多元的超低價電腦，也不要去選擇845系列的主板，至少需要865以上的和雙通道內存才行，因為內存帶寬是一個非常影響系統(tǒng)性能的參數(shù)，倘若一味的為了省錢而配置845系列的主板，那就得不償失了。

內存的容量方面，應每個人對電腦的使用方向不同，容量的要求也是不同的，現(xiàn)在配置的家用電腦，筆者建議：如果不打游戲，或者是打打掃雷、紙牌之類的游戲，平時注重于上網(wǎng)瀏覽或者是聊天、看電影之類的應用的話，內存容量不應該低于1G；如果是偶爾打打單機游戲或者是網(wǎng)絡游戲，內存容量應該選擇在2G左右，如果是經(jīng)常打大型的游戲或是進行HDTV視頻編輯等應用，那么4G的內存是必不可少的。

三、主板

一臺電腦的穩(wěn)定性和兼容性，一大部分是看主板的，一款優(yōu)秀的主板不僅需要擁有上等的用料和優(yōu)良的做工，還需要擁有合理的走線設計，那些沒有技術實力的三、四線主板廠家生產的主板，多數(shù)是采用公版走線，而且用料非常差，穩(wěn)定性不堪一擊，這種類型的主板，筆者建議寧愿不買電腦也不要配這種主板，否則以后將會是個淘氣的祖宗。對于家庭用戶，主板方面一定不能省錢，預算夠的話最好能買個一線的主板品牌，如果預算實在不足，二線的主板是底線了，不要再往下選擇了，畢竟家用電腦是用來使用的，不是用來整天維修的。再談到主板的用料，筆者常?？吹胶芏嘈率衷谂渲弥靼宓臅r候，貌似老鳥似的說某某品牌的主板好，某某品牌的不好，試問你知道它好在哪里么？不好在哪里么？這個就要看主板的用料了，雖然用料好的主板并不能代表一定是高檔主板，但最少能代表它的電氣性能出色。舉一個很簡單的例子吧：有A、B兩款主板，A主板的處理器供電濾波電容采用的是日系電容，B主板的處理器供電濾波電容采用的是臺系電容，那么基本上可以肯定的是：如果在電源輸出電壓的波動范圍比較大的情況下，A主板就比較能耐得住，而B主板就很容易產生電容鼓包、漏夜等情況。不要小看這小小的電容，筆者從一個開維修店的朋友那里得知，來維修主板的人，有80％的都是這幾個小電容損壞，究其原因，就是電源選擇的不好，導致了輸出電壓的不穩(wěn)定，久而久之最終導致這幾個小電容爆漿，并且詳細敘述了主板的品牌：“一線廠家的×碩牌主板就很少出現(xiàn)這種情況，但同樣為一線廠家的×星牌主板，經(jīng)常遇到！原因就是前者的大部分主板使用的是日系電容，而后者的大部分主板為了省錢，選用的是臺系電容！”廠家的廣告不能信，宣傳也不能信，看到一個產品的廣告之后，你所能相信的唯一一點就是：地球上有這么個產品的存在！然后其他的就統(tǒng)統(tǒng)都不能信了！網(wǎng)上有好多所謂的“評測”文章，都是槍手寫的，基本上沒有任何參考余地，只能作為一篇小說來讀，一款主板的真正性能，只有你自己使用了之后才能知道。廠家為了銷量、商家為了利潤，他們能把最最垃圾的主板宣傳為最頂級的產品，筆者曾經(jīng)就看到過一款四線品牌的主板廠商，在對其主流主板的廣告上說“最優(yōu)秀的設計、最精湛的工藝、最穩(wěn)定的性能”……結果一看報價：550元/塊……其他的話我也不想多說了，只想問問這家廠商：你這么垃圾的主板都用了三個“最”字，那么華碩的同芯片組主板，售價是你三倍的，應該用什么詞語來描述了？？中國有一句古話：一分錢一分貨，說的非常正確！不要認為價格高的主板就是暴利產品，從市場經(jīng)濟學上說，暴利產品是不會被市場所接受的，之所以他能存活到今天，而且售價依然是這么高，肯定有他的理由，他在做工用料方面肯定比其他品牌的要好很多，成本高所以售價高，在此，筆者奉勸大家一句：買主板千萬不要憑僥幸心理，認為自己能花