【正文】 、圖表要求：1）文字通順，語言流暢，書寫字跡工整，打印字體及大小符合要求，無錯(cuò)別字，不準(zhǔn)請他人代寫2）工程設(shè)計(jì)類題目的圖紙，要求部分用尺規(guī)繪制，部分用計(jì)算機(jī)繪制，所有圖紙應(yīng)符合國家技術(shù)標(biāo)準(zhǔn)規(guī)范。本人授權(quán)　　 　 　大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。盡我所知，除文中特別加以標(biāo)注和致謝的地方外，不包含其他人或組織已經(jīng)發(fā)表或公布過的研究成果，也不包含我為獲得 及其它教育機(jī)構(gòu)的學(xué)位或?qū)W歷而使用過的材料。老師治學(xué)嚴(yán)謹(jǐn)、為人師表、認(rèn)真負(fù)責(zé)，是一位不折不扣的好老師，為我們營造出良好的求學(xué)氛圍。在這一背景下，數(shù)字音樂正在逐漸取代傳統(tǒng)的cd店，成為人們獲取音樂的主要途徑。 通過系統(tǒng)的測試，該音樂電臺(tái)具有操作簡便、歌曲推薦準(zhǔn)確的特點(diǎn)。 6 總結(jié)與展望 總結(jié) 本文以開發(fā)出一個(gè)情緒化推薦式音樂電臺(tái)為出發(fā)點(diǎn)，從各個(gè)方面介紹了開發(fā)一個(gè)具體的基于B/S結(jié)構(gòu)的音樂網(wǎng)站所需的詳細(xì)內(nèi)容。如圖513所示， 圖513 音樂播放界面左側(cè)區(qū)域代表著當(dāng)前所處的情緒電臺(tái)。授權(quán)界面如圖511所示 圖511 授權(quán)界面 電臺(tái)初始化界面 當(dāng)用戶第一次通過本電臺(tái)成功登陸后，系統(tǒng)將進(jìn)行初始化。點(diǎn)擊提交注冊的按鈕后，用戶會(huì)收到一封確認(rèn)郵件，點(diǎn)擊確認(rèn)郵件中的激活鏈接后，賬號(hào)創(chuàng)建成功。 58 歡迎界面 登陸界面 如圖59所示，由頂部操作欄，中部表單填寫欄和底部說明文字組成。通過上文的分析與研究，我們需要在MySQL中建立三張表來儲(chǔ)存用戶數(shù)據(jù)。通過數(shù)據(jù)處理模塊，我們將TrackList類中的歌曲分為兩大類，一類是用戶收聽過的歌曲類TempTrack，另一類是推薦給用戶的歌曲類RateTrack，與TrackList不同之處在于，后面兩個(gè)類去掉了一些與歌曲推薦算法無關(guān)的屬性，并且添加了一些屬性，例如rate屬性。例如，會(huì)返回如圖54所示的json數(shù)據(jù) 圖54 部分json數(shù)據(jù)截圖圖示數(shù)據(jù)只是返回的數(shù)據(jù)的一部分，因?yàn)閿?shù)據(jù)量比較大，無法完全展示。在json中，對象是被“{}”括起來的內(nèi)容，數(shù)組是被“[]”括起來的內(nèi)容。其中部分代碼示例如下： 獲得已經(jīng)聽過的歌def get_own_library(username): all_temp_tracks = _gevent_task( 20, ALL_PAGE_NUMBER, , TOP_RATIO) recent_temp_tracks = _gevent_task( 50, RECENT_PAGE_NUMBER, , RECENT_RATIO)loved_temp_tracks = _gevent_task( 50, LOVED_PAGE_NUMBER, , LOVED_RATIO)final_tracks_list = ( all_temp_tracks, recent_temp_tracks, loved_temp_tracks)(username, final_tracks_list) 得到推薦的歌def get_remendation(username): all_top_tracks = get_top_tracks(username)rec_artists = (username)rec_artists_tracks = get_rec_artists_tracks(rec_artists)user_top_tracks = (username)rec_similar_tracks = get_rec_similar_tracks(user_top_tracks, all_top_tracks)lib_artists = (username)user_top_artists_tracks = get_user_top_artists_tracks(lib_artists, all_top_tracks)rec_tracks = rec_artists_tracks + rec_similar_tracks + \ user_top_artists_tracks(username, rec_tracks) 顧名思義，這個(gè)模塊的作用是對API接口返回的數(shù)據(jù)進(jìn)行識(shí)別和分析的。本論文研究和討論的重點(diǎn)在于網(wǎng)絡(luò)爬蟲的設(shè)計(jì)和實(shí)現(xiàn)，歌曲推薦算法不是本論文所要討論的內(nèi)容。通過這些api進(jìn)行數(shù)據(jù)檢索的請求后，我們得到的返回結(jié)果通常是JSON或XML類型的數(shù)據(jù)。其中部分的接口如圖52所示 圖52部分API接口 ，然后把它們提供給開發(fā)人員使用，通過這種方式，我們可以非常輕松地獲取到各類需要的數(shù)據(jù)。這樣一來，可以大大削減編程的工作量，而且也能夠使得編寫無用程序的幾率大大降低。例如新浪微博通過OAuth 圖51 OAuth 所提供的api接口 API 接口進(jìn)行介紹之前，先讓我們對api接口進(jìn)行一個(gè)簡要的說明：API 的中文意思是應(yīng)用程序接口，我們?nèi)绻胱層?jì)算機(jī)程序之間實(shí)現(xiàn)通訊，可以通過API接口來進(jìn)行。OAuth 協(xié)議目前有兩版，相對于舊的版本而言，新的OAuth協(xié)議（即OAuth )對于開發(fā)者而言更為易用。包括歌曲編號(hào)、用戶ID、推薦歌曲名稱、歌曲星級以及是否紅心如下表42所示 表42 用戶收聽記錄表字段名稱數(shù)據(jù)類型說明User_track_ID數(shù)字歌曲編號(hào)User_id數(shù)字用戶IDTrack_uuid文本推薦歌曲名稱Level數(shù)字歌曲星級Is_star數(shù)字是否紅心 用戶推薦記錄表這張表記錄了向用戶推薦的歌曲的信息。當(dāng)切換次數(shù)達(dá)到一定的閾值后，程序?qū)?huì)改變推薦歌曲的風(fēng)格，更新歌曲的播放隊(duì)列。， 上爬取用戶收聽的歌曲信息，通過一系列的分析和組織，轉(zhuǎn)化為程序需要的內(nèi)容和樣式，存儲(chǔ)在數(shù)據(jù)庫中。 圖標(biāo)設(shè)計(jì) 對于一個(gè)互聯(lián)網(wǎng)產(chǎn)品來說，圖標(biāo)的設(shè)計(jì)是非常重要的。大腦在處理扁平抽象的圖形時(shí)，會(huì)把注意力集中到圖形本身的功能上來，而不會(huì)去太多處理圖像細(xì)節(jié)，這樣一來，起到了給人減壓放松的心里效果。位于界面中部偏上是本電臺(tái)的圖標(biāo)，中下部是一枚精致的開啟電臺(tái)的按鈕。右側(cè)從上到下依次為專輯信息展示，歌曲播放控件，收藏按鈕。在主要播放界面，絕大部分面積分配給電臺(tái)圖像展示模塊。 沉浸式：通過復(fù)雜的算法和簡潔的交互，讓用戶無需花費(fèi)精力進(jìn)行冗雜的播放控制，用戶可以全身心的投入到音樂的世界中，得到流暢的、沉浸式的音樂體驗(yàn)。 設(shè)計(jì)風(fēng)格 簡約：極簡的設(shè)計(jì)風(fēng)格是一種趨勢。 操作系統(tǒng)要求：windows xp以上，Mac OS，Linux?？删S護(hù)性：軟件開發(fā)不是一件一勞永逸的事。它可以通過一些算法計(jì)算當(dāng)前應(yīng)該播放的電臺(tái)的情緒，也可以通過用戶點(diǎn)擊情緒模塊中的up、down、low、high幾個(gè)情緒分類來自行決定要收聽哪類情緒電臺(tái)。 用戶管理：本電臺(tái)之所以可以幾乎不用花費(fèi)時(shí)間來適應(yīng)用戶的口味。歌曲播放控制：這是音樂電臺(tái)最基本的交互功能。通過我們對音樂網(wǎng)站的調(diào)研，發(fā)現(xiàn)市面上的音樂產(chǎn)品存在著以下幾點(diǎn)缺陷：需要較長的時(shí)間才能適應(yīng)用戶的口味，不能根據(jù)用戶的情緒來進(jìn)行歌曲推薦，歌曲分類過于復(fù)雜，需找自己喜歡的音樂往往非常令人厭倦。一般對于此種功能有要求的用戶，都是追求極致的音樂發(fā)燒友或者對美和藝術(shù)有著較高要求的人群。進(jìn)行需求分析時(shí)，首先要明確產(chǎn)品的目標(biāo)人群，否則需求分析也就無從討論了。系統(tǒng)設(shè)計(jì)階段是軟件開發(fā)過程中極其重要的階段，因?yàn)樗鼪Q定了軟件開發(fā)后續(xù)工作的方向，方向選擇方面如果出現(xiàn)錯(cuò)誤，將對軟件開發(fā)工作造成致命性打擊。IP地址搜索策略，網(wǎng)絡(luò)爬蟲被賦予一個(gè)種子IP地址，繼而對這個(gè)初始的地址段后的每個(gè)地址中的文檔進(jìn)行遍歷。但是這種策略也有先天不足，即如果某鏈接形成一個(gè)死循環(huán)的話，這種爬行策略會(huì)做大量無用功，造成大量的資源損失。常見的策略有如下三種：深度優(yōu)先策略,核心思想是訪問被搜索結(jié)構(gòu)的葉子節(jié)點(diǎn)。增量式網(wǎng)絡(luò)爬蟲則較好地解決了這個(gè)問題，減少了重復(fù)和浪費(fèi)。通過對頁面內(nèi)容和鏈接的重要性進(jìn)行計(jì)算，來決定鏈接的訪問順序。這種網(wǎng)絡(luò)爬蟲指從某一個(gè)或某幾個(gè)初始種子 URL開始，對整個(gè)web的資源不斷進(jìn)行爬取和分析，直到滿足一定的停止條件。 MVC框架采用分層的思想，將web應(yīng)用開發(fā)分為三層來分別開發(fā)，這不僅使得開發(fā)的目標(biāo)變得更加明確也使得各層之間的耦合度得到降低，因此，降低了后期再次開發(fā)的成本，便于維護(hù)，可擴(kuò)展性較強(qiáng)。通過Jquery的Api，開發(fā)者們對于網(wǎng)站的開發(fā)可以更加具有創(chuàng)造性。它是基于web的應(yīng)用開發(fā)的核心技術(shù)之一，雖然并不如其他技術(shù)一般復(fù)雜，但是其重要性卻是許多web開發(fā)技術(shù)所不能比擬的。 Html（HyperText Markup Language），即超文本標(biāo)記語言，它是以標(biāo)準(zhǔn)通用標(biāo)記語言（SGML）為模板開發(fā)的下一代語言。Css的應(yīng)用非常地普遍，大多數(shù)網(wǎng)頁都會(huì)使用css技術(shù)設(shè)計(jì)外觀。用戶甚至可以在不改變原有網(wǎng)站的架構(gòu)上，通過在前端引入 Nginx 來提升網(wǎng)站的訪問速度。 Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 站點(diǎn)開發(fā)的。Redis在很多方面與其他數(shù)據(jù)庫解決方案不同：它使用內(nèi)存提供主存儲(chǔ)支持，而僅使用硬盤做持久性的存儲(chǔ)；它的數(shù)據(jù)模型非常獨(dú)特，用的是單線程。JDBC提供了一種基準(zhǔn)，據(jù)此可以構(gòu)建更高級的工具和接口，使數(shù)據(jù)庫開發(fā)人員能夠編寫數(shù)據(jù)庫應(yīng)用程序。同時(shí)為了便于對于數(shù)據(jù)庫數(shù)據(jù)進(jìn)行管理，自己采用了MySQL workbench這一款數(shù)據(jù)庫管理工具，只需要簡單的配置，就能對MySQL數(shù)據(jù)庫進(jìn)行管理。MySQL所使用的SQL語言是用于訪問數(shù)據(jù)庫的最常用標(biāo)準(zhǔn)化語言。web Tornado 和現(xiàn)在的主流 Web 服務(wù)器框架（包括大多數(shù) Python 的框架）有著明顯的區(qū)別：它是非阻塞式服務(wù)器，而且速度相當(dāng)快。與XML相比較，json的優(yōu)勢在于網(wǎng)絡(luò)傳輸更加方便，但是