JSVM-介紹
?? 我們在 JSVM1.x 中嘗試了一種較傳統方式不同的 JavaScript（基于web中的JS） 開發模式。一年多的時間中，得到了大量積極有效的反饋和建議，在這些基礎上今天我們正式推出 JSVM2。
??? JavaScript 一直以來扮演著Web端“小腳本”的角色，開發者用它來在web上制作一些動態特效，? 以及表單提交前對數據的預校驗等等，隨著客戶端處理能力日益提升，DHTML在表示層的動態特征和豐富表現力，以及XmlHttp,XmlDom等HTTP工具的出現, 另外一種應用模式開始引起人們的關注：基于 JavaScript + DHTML + XML + XmlHttp/XmlDom 的 RIA (Rich Internet Application)，更確切地說，應稱為：RWA (Rich Web Application)。這類應用給用戶帶來的良好體驗遠勝于傳統 Web 中依賴 Form 提交數據的方式，并且較大程度減小了服務器的負載和網絡流量，提高了系統綜合性能。后來一個老外提出了 Ajax 這個名詞，關于這個概念我不再冗余復述。
??? 如今Ajax Framework 像雨后春筍一般涌現很多，其中不乏優秀之作。但在此并不多作介紹。 因為 JSVM 和他們定位不同，JSVM不僅僅是一個 Ajax 框架，也并非僅僅為了實現 Ajax 而產生。它作為一個更底層更抽象的 JavaScript 框架，為我們實現類似Ajax應用提供了一個基礎平臺。我曾經拿jsvm1到51js上與許多js愛好者共同討論，其中有兩種比較典型的不同看法是：
JavaScript 需要框架嗎，是不是把簡單的事情復雜化了? 短小精干才是腳本之道。
非要借鑒 JAVA 的架構嗎？是否有更好的解決方案。
??? 對于第一種意見，我認為某種條件下還是有道理的。例如：我僅僅是想打印一句 Hello, world! 直接 alert()就可以了，何必要弄一個 Framework 出來，豈非勞民傷財，小題大做。 確實，對于一些簡單的web應用，js 在整個體系中充當的角色很小，我覺得是可以不用框架的。但對于一個RIA模式的Web應用，尤其是企業級的應用，系統復雜程度和JS代碼規模相當龐大的情況下，沒有框架帶來的后果是可以預見的。對于第二種觀點：贊成框架的必要性，但對jsvm一些“模仿”java的做法抱有懷疑態度。我不能說這種看法不對，也許確實有更好API架構。但是，本人認為這個不是關鍵所在，jsvm提供了對多種語法解析器的支持，有興趣的人完全可以根據自己喜好在jsvm下開發出另外一套API。類C#,類VB的語法都可以實現。
??? 簡單的說，JSVM 根本目的是為了規范瀏覽器端JavaScript腳本開發，更好的實現代碼復用。傳統面向過程型的JavaScript開發方式已經明顯不能滿足大規模軟件開發的需要。大部分跡象表明? 隨著 RIA 的發展，客戶端都將承擔更多的邏輯處理工作，企業級應用的代碼規模和復雜度都是相當大的。有效的代碼組織結構，合理的模塊粒度，低耦合高內聚的設計原則等等如何引入到JavaScript的開發上來？相信當你了解 JSVM2 之后，會有一些答案。
??? 作為一個框架，JSVM要解決的問題不是提供某一種應用的解決方案，而是針對各種場景提供廣泛的支持。另外一個需要說明的是：jsvm2并不是jsvm1的一個升級版，幾乎是在jsvm1上完全重構。且不提供對原jsvm1.x中的類的支持。（當然，原jsvm1.x下的類需要經過做一些小改動即能在jsvm2下正常工作）較jsvm1.x，jsvm2 有了幾處明顯的變化：
性能上有了明顯的提升。
每個類文件擁有獨立的語法域。
幾種常見的web運行模式在Framework中將直接被支持。
編譯引擎支持多語法解析器，并缺省提供了一個名為"jsvm2"的語法解析器。從語法層面提供了一些OO關鍵字的支持，使jsvm下的面向對象的javascript開發更為直觀和方便。
具有更靈活的擴展性。二次開發者可以很方便的擴展其功能。