【正文】 最后，要向我的父母親致謝。[4] 《Git權(quán)威指南》 蔣鑫 著，機(jī)械工業(yè)出版社出版。該框架源代碼托管于github平臺(tái)上，便于隨時(shí)完善和修改，使得該框架更加簡(jiǎn)潔和高效。集成模板引擎集成多款模板引擎并配置成文件提供不同喜好的用戶選擇?？蚣芪臋n和API說明缺乏沒有使用統(tǒng)一的格式或文件進(jìn)行該框架的結(jié)構(gòu)說明和介紹，也沒有系統(tǒng)詳細(xì)介紹該框架的API文檔。目前該功能是尚未擁有的。這樣可能導(dǎo)致在訪問頻繁時(shí)可能出現(xiàn)崩潰的情況。 代碼效率低 由開發(fā)時(shí)間短。為保證論文的簡(jiǎn)潔性，在此不再贅述。因此接下來修改用ajax效果來修改這個(gè)功能。在這個(gè)表單里設(shè)計(jì)到了屬性注入和動(dòng)態(tài)方法調(diào)用兩個(gè)功能。然后配置了靜態(tài)資源文件夾并且配置了一個(gè)Hello的業(yè)務(wù)邏輯映射。：，錯(cuò)誤信息是 不能找到./action/nopath 模型， 啟動(dòng)失敗。 獲取框架打開網(wǎng)址 下載框架核心文件包括 下載完這些文件后。例如：://localhost:xxxx/User!add?=“huyinghuan”amp。通過函數(shù)名的差異進(jìn)行邏輯選擇。比如開發(fā)用戶功能模塊時(shí)，可能涉及到用戶的注冊(cè)、用戶的登陸，用戶信息修改等邏輯處理，從面對(duì)對(duì)象的角度來考慮 這些邏輯都應(yīng)該是同一個(gè)對(duì)象所擁有的，如果每個(gè)邏輯都對(duì)應(yīng)的寫一個(gè)邏輯處理對(duì)象，那么代碼就顯得非常的冗余。 請(qǐng)求橫向切面攔截器請(qǐng)求橫向切面攔截器由于需要將請(qǐng)求鏈?zhǔn)降膫鬟f給已配置的攔截器。 。下面將介紹具體的格式。如：(onRequest).listen(8888)。), 39。)。 在cookie作為某個(gè)值的索引返回值： 若cookie數(shù)據(jù)對(duì)象中存在key對(duì)應(yīng)的值則返回該值，否則返回undefined() 功能說明：獲取當(dāng)前的Session數(shù)據(jù)對(duì)象的sid參數(shù)說明： 無返回值： 若當(dāng)前cookie數(shù)據(jù)對(duì)象中存在sid則返回該sid，否則返回undefined(sid) 功能說明： 在Cookie數(shù)據(jù)對(duì)象中存儲(chǔ)sid的值（該方法不建議自己調(diào)用）參數(shù)說明： sid:當(dāng)前session對(duì)象的sid值返回值： 無()功能說明：將Cookie數(shù)據(jù)對(duì)象寫入到response返回?cái)?shù)據(jù)中參數(shù)說明： 無返回值： 無使用說明：在文件頭部通過 var cookie = required(“./cookie”)獲取cookie對(duì)象 object數(shù)據(jù)對(duì)象。 FastJsonWeb文件目錄介紹基本文件包括：其中。然后根據(jù)當(dāng)前系統(tǒng)時(shí)間判斷該Session數(shù)據(jù)對(duì)象是否過期，如果過期則清空該數(shù)據(jù)對(duì)象。 服務(wù)端監(jiān)聽示意圖主要流程：當(dāng)服務(wù)端監(jiān)聽都客戶端數(shù)據(jù)請(qǐng)求時(shí)講數(shù)據(jù)請(qǐng)求轉(zhuǎn)發(fā)給橫向切面請(qǐng)求攔截器。（5）橫向切面請(qǐng)求攔截功能：在請(qǐng)求數(shù)據(jù)到達(dá)業(yè)務(wù)邏輯前完成對(duì)請(qǐng)求數(shù)據(jù)的初步處理，排除非法請(qǐng)求等。第三章 框架的設(shè)計(jì)與實(shí)現(xiàn)FastJsonWeb作為以一個(gè)小型MVC框架，用來實(shí)現(xiàn)一般的小型高并發(fā)系統(tǒng)，從實(shí)際需求角度出發(fā)應(yīng)該具備以下功能：（1）路由映射功能。如下圖所示：安裝完成后可以運(yùn)行命令node v ，然后運(yùn)行node進(jìn)入到即時(shí)運(yùn)行狀態(tài)(“Hello world”)。因此商業(yè)軟件還是可以引用這些具有LGPL協(xié)議的代碼庫(kù)。 GPL協(xié)議的主要內(nèi)容是只要在一個(gè)軟件中使用了具有GPL 協(xié)議的產(chǎn)品，則該軟件產(chǎn)品必須也采用GPL協(xié)議，既必須也是開源和免費(fèi)。BSD是對(duì)商業(yè)應(yīng)用非常友好的開源協(xié)議。由于開源軟件越來越受歡迎，跟隨著開源協(xié)議也越來越多。據(jù)Git用戶調(diào)查，GitHub是最流行的Git存取站點(diǎn)。這三類對(duì)象中每一類都有一個(gè) __proto__ 屬性，它指向該對(duì)象的原型，從任何對(duì)象沿著它開始遍歷都可以追溯到 。，因?yàn)闃?gòu)造函數(shù)內(nèi)的局部變量對(duì)其中定義的函數(shù)來說也是可見的。在 JavaScript 中，call 和 apply 和 apply 的功能是以不同的對(duì)象作為上下文來調(diào)用某個(gè)函數(shù)。}}以上是一個(gè)簡(jiǎn)單的構(gòu)造函數(shù)，接下來用 new 語(yǔ)句來創(chuàng)建對(duì)象：var xiaomin = new User(39。 = 39。因?yàn)榻^大多數(shù)面向?qū)ο笳Z(yǔ)言中的對(duì)象都是基于類的，所以容易混淆類的實(shí)例與對(duì)象的概念。閉包閉包（closure）是函數(shù)式編程中的概念，出現(xiàn)于 20 世紀(jì) 60 年代，最早實(shí)現(xiàn)閉包的語(yǔ)言是 Scheme，它是 LISP 的一種方言。滿足以下條件的變量屬于全局作用域：在最外層定義的變量；全局對(duì)象的屬性；任何地方隱式定義的變量（未定義直接賦值的變量）。例如下面代碼，在大多數(shù)類 C 的語(yǔ)言中會(huì)出現(xiàn)變量未定義的錯(cuò)誤，而在 JavaScript 中卻完全合法：if (true) {var somevar = 39。 git總結(jié)Git的設(shè)計(jì)顛覆了傳統(tǒng)版本控制的設(shè)計(jì)思想，對(duì)于文件控制的每環(huán)節(jié)的實(shí)現(xiàn)方式提供了新的設(shè)計(jì)方案。它當(dāng)初誕生的原因是為了更好的維護(hù)Linux內(nèi)核源代碼。 git簡(jiǎn)介源代碼版本控制系統(tǒng)介紹源代碼版本控制是用來記錄若干源碼文件內(nèi)容變化，方便以后用來查看修改某特定版本代碼的系統(tǒng)。寫代碼的時(shí)候手需要時(shí)刻保持在鍵盤上,隨機(jī)定位代碼、隨機(jī)刪除代碼、移動(dòng)代碼、插入代碼的操作大大多于閱讀、翻頁(yè)操作，中間卡頓一下效率就大大降低了。Vim在程序員中被廣泛使用，與Emacs并列成為類Unix系統(tǒng)用戶最受歡迎的編輯器。（7），為了保持框架代碼的可讀性和可維護(hù)性，需要定制某一標(biāo)準(zhǔn)，方便今后的維護(hù)。二是缺乏中文資料。小型的MVC框架意味著該框架應(yīng)具有易用性和高效性，能夠很大程度上滿足大多數(shù)業(yè)務(wù)的邏輯。對(duì)于開發(fā)效率有著嚴(yán)重的制約。對(duì)比而言，如果需要充分利用多核資源則需要使用多進(jìn)程的方法才能達(dá)到%利用CPU核心資源，所有請(qǐng)求須等待當(dāng)前請(qǐng)求處理完畢后才進(jìn)入事件循環(huán)才能響應(yīng)。包括Chrome的V8 引擎在內(nèi)。這是設(shè)計(jì)的問題，源于當(dāng)時(shí)設(shè)計(jì)者的主觀判斷。例如在給用戶提供界面的時(shí)候后臺(tái)需要進(jìn)行某個(gè)計(jì)算，為了使用戶界面不出現(xiàn)阻塞狀態(tài)，不得不開啟多線程或多進(jìn)程。 一個(gè)優(yōu)秀的平臺(tái)能夠吸引大量開發(fā)者的關(guān)注。 架構(gòu)的示意圖如下 圖12 的開發(fā)者從 libev 和 libeio 庫(kù)中進(jìn)一步封裝出來出libuv層。異步式 I/O 請(qǐng)求完成后將被推送到事件隊(duì)列，等待主進(jìn)程進(jìn)行處理。除此之外，自帶的服務(wù)器性能足以滿足生產(chǎn)環(huán)境的要求。不同于其他的語(yǔ)言的線性執(zhí)行，Node采用事件驅(qū)動(dòng)機(jī)制，充分利用了CPU的時(shí)間片輪轉(zhuǎn)機(jī)制，很大程度上降低了CPU 的空閑率，同時(shí)它異步I/O與事件驅(qū)動(dòng)的架構(gòu)設(shè)計(jì)和單線程模型對(duì)于構(gòu)建高性能，高并發(fā)，高擴(kuò)展的服務(wù)器具有相當(dāng)大的優(yōu)勢(shì)。Javascript跟隨網(wǎng)絡(luò)技術(shù)的發(fā)展得到了也得到了大幅的提升。借鑒這些其他平臺(tái)上現(xiàn)有的框架結(jié)構(gòu)和功能，設(shè)計(jì)開發(fā)FastJsonWeb框架。計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院畢業(yè)設(shè)計(jì)(論文)論文題目指導(dǎo)教師x職 稱x學(xué)生姓名x學(xué) 號(hào)x專 業(yè)x班 級(jí)x系 主 任x院 長(zhǎng)x起止時(shí)間2012年11月25日至2013年6月6日2013年6月6日目錄第一章 緒論 5 5 6 8 開發(fā)框架的原因 10 11 12第二章 開發(fā)工具及技術(shù)綜述 12 13 文本編輯器Vim 13 git簡(jiǎn)介 15 javascrip高級(jí)語(yǔ)言特性 17 21 GitHub簡(jiǎn)介 21 Ubuntu 簡(jiǎn)介 22 22 BSD開源協(xié)議 22 Apache Licence 23 GPL（GNU General Public License） 23 LGPL（GNU Lesser General Public License） 232.. MIT 24 24 本章小結(jié) 26第三章 框架的設(shè)計(jì)與實(shí)現(xiàn) 26 26 27 硬件環(huán)境 27 軟件環(huán)境 27 27 服務(wù)端監(jiān)聽示意圖 28 29 31 Cookie示意圖 33 Session示意圖 34 本章小結(jié) 35第四章 核心功能使用 36 下載FastJsonWeb. 36 FastJsonWeb文件目錄介紹 36 FastJsonWeb的API說明及使用說明 37 37 39 39 40 40 業(yè)務(wù)處理對(duì)象 42 請(qǐng)求橫向切面攔截器 43 動(dòng)態(tài)方法調(diào)用 43 屬性注入 44 本章小結(jié) 46第五章 實(shí)例介紹 47 獲取框架 47 編寫業(yè)務(wù)邏輯 47 設(shè)置服務(wù)器監(jiān)聽端口 47 實(shí)現(xiàn)Hello FastJsonWeb 48 用戶登錄功能 50 54第六章 不足與發(fā)展 55 框架的不足 55 框架的發(fā)展 57 本章小結(jié) 58參考文獻(xiàn) 59謝 辭 60 摘要：，它不僅是一門獨(dú)立的語(yǔ)言，也與Python、Ruby一樣，既是語(yǔ)言也是平臺(tái)。對(duì)請(qǐng)求數(shù)據(jù)等提供統(tǒng)一簡(jiǎn)潔的方式，從而較大幅度的提升開發(fā)效率。越來越多的人使用javascript。因此。 既可以在網(wǎng)絡(luò)環(huán)境下運(yùn)行也可以非網(wǎng)絡(luò)的環(huán)境下運(yùn)行，如即時(shí)編譯終端。、磁盤讀寫、數(shù)據(jù)庫(kù)操作等都以異步請(qǐng)求的方式實(shí)現(xiàn)，最后將執(zhí)行得到的結(jié)果交給事件循環(huán)進(jìn)行處理。在 Windows 下，libuv 使用了 Windows的 IOCP（Input/Output Completion Port，輸入輸出完成端口）機(jī)制，實(shí)現(xiàn)高性能，而對(duì)于Linux、UNIX,Mac OS X等操作系統(tǒng)， 庫(kù)通過使用libeio和libev 的封裝來利用 kqueue 或 epoll。 與其他任何平臺(tái)一樣，都存在優(yōu)點(diǎn)和缺點(diǎn)，如果非要使用它的缺點(diǎn)來完成業(yè)務(wù)需求，那么同樣會(huì)遇到困難和僵局。 的線程或進(jìn)程之間的通信還不方便，因?yàn)樗緵]有資源鎖，所以號(hào)稱不會(huì)死鎖。最初的Unicode設(shè)計(jì)者認(rèn)為65536個(gè)字符足以表示全世界所有的文字，因此那個(gè)時(shí)候兼容Unicode 的系統(tǒng)或平臺(tái)，如Windows、Java 和JavaScript在后來都遇到這個(gè)問題。因此你無法處理罕見的字符的時(shí)候， 實(shí)現(xiàn)一個(gè)多語(yǔ)言的字典工具是不可能做到的，除非放棄使用javascript原有的string 數(shù)據(jù)類型，將所有的字符當(dāng)作二進(jìn)制的Buffer 數(shù)據(jù)來處理。如果應(yīng)用是需要進(jìn)行大量的計(jì)算除非人為地分開計(jì)算，否則將會(huì)有相當(dāng)大的請(qǐng)求響應(yīng)延遲。基于此點(diǎn)，本論文開發(fā)設(shè)計(jì)一個(gè)簡(jiǎn)單小型的MVC框架。在現(xiàn)有的已存在的Node的MVC框架中，如Express,已經(jīng)能夠滿足大多數(shù)業(yè)務(wù)邏輯 ，但是因?yàn)槭菄?guó)外開發(fā)，其文檔資料大多數(shù)是英文編寫，需要高昂的學(xué)習(xí)成本，而且大多數(shù)功能對(duì)于一般的應(yīng)用是冗余的，加之配置復(fù)雜，遇到問題無法得到有效快速的解決途徑，貿(mào)然采用存在大的風(fēng)險(xiǎn)。問題的交流只能在Stack Overflow等國(guó)外論壇但是是英文環(huán)境，交流存在一定的困難。設(shè)計(jì)理念vim的設(shè)計(jì)理念是組合。但對(duì)普通用戶而言,順序?qū)憽⒃O(shè)置字體格式、翻頁(yè)讀多于隨機(jī)寫刪除操作, 且每個(gè)動(dòng)作之間本身就有很多的停頓,用其他UI編輯器(word,notePad++等)效率反而比VIM高效,使用vim進(jìn)行操作只會(huì)徒增代碼編寫的難度。程序員經(jīng)常需要保存系統(tǒng)代碼的所有修訂版本用來查找bug。它不同于其他的版本控制器，如svn，cvs等之類的，它具有速度快、設(shè)計(jì)簡(jiǎn)單、對(duì)非線性開發(fā)模式支持強(qiáng)（允許上千個(gè)并行開發(fā)的分支）、完全分布式、能高效管理超大規(guī)模工程項(xiàng)目（速度和數(shù)據(jù)量）等。Git實(shí)際上可以看做一個(gè)文件系統(tǒng)，不過對(duì)