San——百度兼容IE8的mvvm框架，还有一段路要走

很早前就有留意到San这个框架，其吸睛之处是兼容IE8、mvvm，这让人不自觉把司徒正美的avalon放在一起比较，avalon抄了很多angular1的特性，简单应用还是比较容易上手的，但常会遇到很诡异的情况！说白了就是bug比较多，不稳定，后来应该修复不少，只是后来我基本没再接触了。

说到兼容IE8，很多人嗤之以鼻，说还花时间花大功夫兼容将要淘汰的浏览器？那有没有想过很多企业用户用的还是winXP、win7系统？而且数量不少，同时他们还不乐意更新他们的浏览器，所以兼容老式浏览器——这许多前端的噩梦，还是有一定的需求的。

基于上述说明，San的出现还是吸引了一部分人关注的，只是数量相对较少，一年多过去了，在github上还只是收获了800不到的star，对比vue近75000的star，是相当可怜的，甚至在百度趁react出事这时机把这个mvvm框架亮了下相之前，都没多少人留意到有这么一个框架存在！

根据和百度技术打交道的经验，百度总是有这么一个尿性：先把一个半成品，甚至有的可称为残次品扔出来，然后再慢慢完善……像早期的百度地图，坑多得像蚊子一样，文档更新缓慢、错漏百出，要不是看在免费的份上，都懒得硬着头皮一步步填坑，又如早期的Echart内存问题严重，溢出及暴涨是家常便饭，更不要提那个从没见过那么差的百度推送了，直接放弃使用。基于免费，被它虐千百遍，还是只好当初恋，所以对于San这个东西，虽有兴趣，但没个一年半载我是不想动的。

话说，San已经一年多了，应该可以去看下，然后百度技术人员视频直播示范使用，只是打错一个符号——敲错成中文符号，以为有bug，便中断了示范，该是多不自信啊？如果是一个稳定的框架，只是偶尔有bug，遇到问题时自然坚信是编码有问题就会去排查，然后就能发现只是打错符号这个小问题，虽说有点片面，但可以想象，San能见人，但还不是最好时候。

其次，宣称兼容IE8的框架，其官网示例和san-mui组件居然不能用IE8打开……其中报“Symbol”未定义，还有使用document.getElementsByClassName这个典型的兼容性问题方法？加之我对san的部分架构理念存在分歧，比如slot，另外没怎么发现集成第三方js的意向（在当前San生态那么弱的情况下，有需要引进第三方库来补充自身），所以我也只是摸索了一下没怎么深入。

或许我对San的了解还处于很简单的阶段，“组件反解”这个让我眼前一亮，只是，它已经浇灭了我部分热情。对于一个产品，如果你不能第一眼给人好的印象，那就很难挽回别人的目光。像其它一些框架，虽说或多或少的有一点不足，但瑕不掩瑜，但San这个轮子，在卑微的我当前看来，基于下述几个原因，还有一段路要走（没完全深入就妄下结论，站着说话不腰疼）： 1、成熟案例几乎没有，社区、生态还有待完善； 2、项目应用中尝试使用风险比较大，遇到问题难解决； 3、学习及开发成本较高； ……