最近发现有一些传统的公司想要把自己基于IE开发的web site迁移到自己的浏览器内核上，需求大概如下：
1. 兼容以前的开发的web site,主要是针对IE开发的，不过由于IE版本的原因，出现了兼容性的问题；
2. 减少开发成本，采用HTML5技术来开发应用，这样就需要一个app 管理模块来负责管理运行APP;
3. 开发一个核心的平台，作为将来所有产品的核心，不同的产品只要实现不同的app就可以了；
4. 基础平台研发的头部不能太大；
5. 可以自己扩展一些本地能力，比如camera等；
6. 数据的安全性；
7. 支持离线访问；
我们先来看第2，3，4，7需求，我发现只要是一个自带了app管理功能的HTML5引擎就可以了，目前有哪些是现成的呢？答案是chromium。
同时考虑第4条的需求，用chromium是很好地选择了。理由如下：
1. chromium在HTML5规范支持方面一直是领先者；
2. chromium的代码相对来说很稳定，并且迭代比较快，bug修复周期短；
3. chromium提供了webapp管理机制，同时把web app划分成了三类a. host app, b. packaged app, c.extensions, 同时web app 具体调用ppapi的能力，这样的话也可以在一定程度上满足第5点的需求了；
还剩下第1点和第6点需求没有解决？
正对第一点，个人认为可以使用三种方案
1. 封装一个js库来把IE特有的标签转化为w3c标准支持的，不知有没有开源的库实现了这个功能；
2. 在chromium的基础上采用IETab的方式，可以作为临时的解决方案，致命的缺点是没有源码，同时有很多bug，另外google一下，有人说一extension的方式实现有很多不好处理的问题。;
3. 采用目前比较流行的双核的解决方案，在chromium 的renderviewhost处添加对IE内核的支持，工程量巨大。
对于第6点的需求比较容易解决，通过采用ssl的通讯方式解决。
对于兼容以前为IE实现缩写的web site这一点，大家如果有具体的想法，可以发我邮件talking1239@gmail.com或者直接我留言，请不吝赐教。
另外通过对chromium的研究，我忽然明白了为啥ggl项目会停止开发了，现在嵌入式设备的处理能力越来越高，价格却越来越便宜，chromium已经提供是很好的替代方案了。同时我感觉chromium现在的思路和andriod的思路很像，加上开源的chromium os项目，我感觉有一天chromium和android项目最终会合并的。
估计将来w3c widget规范也会被chromium给兼容的。毕竟和packaged app的思路是一致的。