让你的「微信小程序」运行在Chrome浏览器上，让我们使用WebStorm

「微信小程序」的开发框架体验起来，还不错——自带了UI框架。但是问题是他的IDE，表现起来相当的糟糕——其实主要是因为，我当时买WebStorm License买了好多年。所以，我觉得他的IDE真不如我这个付费好用。

而且，作为一个拥护自由和开源的 「GitHub 中国区首席Markdown程序员」。微信在「微信小程序」引导着Web开向封闭，我们再也不能愉快地分享我们的代码了。

如果我们放任下去，未来的Web世界令人堪忧。

好了，废话说完了：

文章太长不想看，可以直接看Demo哈哈：

源码: https://git.oschina.net/phodal/weapp-webdemo

预览：http://weapp.phodal.com/

真实世界下的MINA三基本元素

「微信小程序」的背后运行的是一个名为MINA框架。在之前的几篇文章里，我们介绍得差不多了。现在让我们来作介绍pipeline：

Transform wxml和wxss

当我们修改完WXML、WXSS的时候，我们需要重新编译项目才能在浏览器上看到效果。这时候后台就会执行一些transform动作：

1. wcc来转换wxml为一个genrateFun，执行这个方法将会得到一个virtual dom
2. wxss就会转换wxss为css——这一点有待商榷。

wcc和wxss，可以从vendor目录下获取到，在“微信web开发者工具”下敲入help，你就会得到下面的东东。运行openVendor()，你就会得到上面的wcss、wxss、WAService.js、WAWebview.js四个文件了。

Transform js文件

对于js文件来说，则是一个拼装的过程，如下是我们的app.js文件：

1. App({  
2. onLaunch: function () { }  
3. }) 

它在转换后会变成：

1. define("app.js", function(require, module){var window={Math:Math}/*兼容babel*/,location,document,navigator,self,localStorage,history,Caches;  
2. App({  
3. onLaunch: function () {  
4. }  
5. })  
6. });  
7. require("app.js"); 

我假装你已经知道这是什么了，反正我也不想、也不会解释了~~。同理于：

1. define("pages/index/index.js", function(require, module){var window={Math:Math}/*兼容babel*/,location,document,navigator,self,localStorage,history,Caches;  
2. Page({  
3. data: {  
4. text: initData  
5. }  
6. });  
7. require("pages/index/index.js"); 

至于它是如何replace或者apend到html中，我就不作解释了。

MINA如何运行?

为了运行一个Page，我们需要有一个virtual dom，即用wcc转换后的函数，如：

1. /*v0.7cc_20160919*/  
2. var $gwxc  
3. var $gaic={}  
4. $gwx=function(path,global){  
5. function _(a,b){b&&a.children.push(b);}  
6. function _n(tag){$gwxc++;if($gwxc>=16000){throw 'enough, dom limit exceeded, you don\'t do stupid things, do you?'};return {tag:tag.substr(0,3)=='wx-'?tag:'wx-'+tag,attr:{},children:[]}}  
7. function _s(scope,env,key){return typeof(scope[key])!='undefined'?scope[key]:env[key]}  
8. function _wl(tname){console.warn('template `' + tname + '` is being call recursively, will be stop.')}  
9. function _ai(i,p,e,me){var x=_grp(p,e,me);if(x)i.push(x);else{console.warn('path `'+p+'` not found from `'+me+'`')}}  
10. function _grp(p,e,me){if(p[0]!='/'){var mepart=me.split('/');mepart.pop();var ppart=p.split('/');for(var i=0;i<ppart.length;i++){if( ppart[i]=='..')mepart.pop();else if(!ppart[i])continue;else mepart.push(ppart[i]);}p=mepart.join('/');}if(me[0]=='.'&&p[0]=='/')p='.'+p;if(e[p])return p;if(e[p+'.wxml'])return p+'.wxml';}  
11. //以下省略好多字。 

然后在我们的html中加一个script，如

1. document.dispatchEvent(new CustomEvent("generateFuncReady", {  
2. detail: {  
3. generateFunc: $gwx('index.wxml')  
4. }  
5. })) 

就会凑发这个事件了。我简单的拆分了WXWebview.js得到了几个功能组件：

• define.js，这里就是定义AMD模块化的地方
• exparser.js，用于转换WXML标签到HTML标签
• exparser-behvaior.js，定义不同标签的一些行为
• mobile.js，应该是一个事件库，好像我并不关心。
• page.js，核心代码，即Page、App的定义所在。
• report.js，你所说的一切都能够用作为你的呈堂证供。
• virtual_dom.js，一个virtual dom实现结合wcc使用，里面应该还有component.css，也可能是叫weui
• wa-wx.js，定义微信各种API以及WebView和Native的地方，和下面的WX有冲突。
• wx.js，同上，但是略有不同。
• wxJSBridge.js，Weixin JS Bridge

于是，我就用上面的组件来定义不同的位置好了。当我们触发自定义的generateFuncReady事件时，将由virtual_dom.js来接管这次Render：

1. document.addEventListener("generateFuncReady", function (e) {  
2. var generateFunc = e.detail.generateFunc;  
3. wx.onAppDataChange && generateFunc && wx.onAppDataChange(function (e) {  
4. var i = generateFunc((0, d.getData)());  
5. if (i.tag = "body", e.options && e.options.firstRender){  
6. e.ext && ("undefined" != typeof e.ext.webviewId && (window.__webviewId__ = e.ext.webviewId), "undefined" != typeof e.ext.downloadDomain && (window.__downloadDomain__ = e.ext.downloadDomain)), v = f(i, !0), b = v.render(), b.replaceDocumentElement(document.body), setTimeout(function () {  
7. wx.publishPageEvent(p, {}), r("firstRenderTime", n, Date.now()), wx.initReady && wx.initReady()  
8. }, 0);  
9. } else {  
10. var o = f(i, !1), a = v.diff(o);  
11. a.apply(b), v = o, document.dispatchEvent(new CustomEvent("pageReRender", {}));  
12. }  
13. })  
14. }) 

因此，这里就是负责DOM初始化的地方了，这里得到的Dom结果是这样的：

1. <wx-view class="btn-area"> 
2.     <wx-view class="body-view"> 
3.         <wx-text><span style="display:none;"></span><span></span></wx-text> 
4.         <wx-button>add line</wx-button> 
5.         <wx-button>remove line</wx-button> 
6.     </wx-view> 
7. </wx-view> 

因此，这里就是负责DOM初始化的地方了，这里得到的Dom结果是这样的：

1. <wx-view class="btn-area"> 
2.     <wx-view class="body-view"> 
3.         <wx-text><span style="display:none;"></span><span></span></wx-text> 
4.         <wx-button>add line</wx-button> 
5.         <wx-button>remove line</wx-button> 
6.     </wx-view> 
7. </wx-view> 

很明显view会被转换为wx-view，text会被转换为wx-text等等，以此类推。这个转换是在virtual dom.js中调用的，调用的方法就是exparser。

遗憾的是我现在困在 data初始化上面了~~，这里面有两套不同的事件系统，有一些困扰。其中有一个是：WeixinJSBridge、还有一个是app engine中的事件系统，两个好像不能互调。。。

使用WebStorm开发

在浏览器上运行之前，我们需要简单的mock一些方法，如：

• window.webkit.messageHandlers.invokeHandler.postMessage
• window.webkit.messageHandlers.publishHandler.postMessage
• WeixinJSCore.publishHandler
• WeixinJSCore..invokeHandler

然后把 config.json中的一些内容变成__wxConfig，如：

1. __wxConfig = { 
2.     "debug": true, 
3.     "pages": ["index"], 
4.     "window": { 
5.         "backgroundTextStyle": "light", 
6.         "navigationBarBackgroundColor": "#fff", 
7.         "navigationBarTitleText": "WeChat", 
8.         "navigationBarTextStyle": "black" 
9.     }, 
10.     "projectConfig": { 
11.  
12.     }, 
13.     "appserviceConfig": { 
14.  
15.     }, 
16.     "appname": "fdfafafafafafafa", 
17.     "appid": "touristappid", 
18.     "apphash": 2107567080, 
19.     "isTourist": true, 
20.     "userInfo": {} 
21. } 

如这里我们的appname是哈哈哈哈哈哈哈——我家在福建。

然后在我们的html中引入各个js文件，啦啦。

我们还需要一个自动化的glup脚本来watch wxml和wxss的修改，然后编译，如：

1. exec('./vendor/wcc -d ' + inputPath + ' > ' + outputFileName, function(err, stdout, stderr) {  
2. console.log(stdout); 
3. console.log(stderr); 
4. });