偏个题，我以前搞了个精简版的webkit，到github或百度上搜miniwebkit或者miniblink就能看到。3m的大小，几乎所有浏览器功能都有，功能和size上绝对秒杀什么htmlayout（htmlayout其实是加了壳的，脱了壳也有3m。而且htmlayout用的不是标准的html，甚至脚本都不是js了）。只不过有段时间没维护了，webkit版本号停留在2012。我最近重新捡起来，升级到谷歌最近的blink版，建议等我的新版出来。
360的客户端是自己写的directui，这个没啥好奇怪的，现在各大互联网客户端每家都有自己的directui库，已经成标配了。技术上也没啥难度。
其实你的这样的要求，node-webkit是很好的选择……跨平台的难度也不大其实nodejs+native api（如果有需求）……就是稍微大了一点。
让客户装成么？很多软件都已经依赖.NET了，甚至有一些要求Windows操作系统最低版本是Windows 7了，你们越是不抛弃XP，客户越不会抛弃XP，到头来你越来越痛苦
专注于软件UI开发(2010-2017)为程序员降低UI劳动力奋斗在第一线 人赞同了该回答
dui 话说dui的技术已经比较成熟了，但是pc没多大搞头了。但是UI引擎其实是一个很复杂的活，问题在于就算360 和 QQ 做的在牛逼也不是很难的。并不是布局和xml配置。说实话这部分是非常简单，就算模拟一个安卓一样的布局都很简单。而且安卓还不支持控件zorder。所谓图形引擎的难点其实在于VG，什么是VG 就是矢量渲染。在Windows上面有的实现是 GDI 。 还有Google的SKIA还有很有名气的 AGG。但是到目前为止还没有一个国人开源的VG的渲染库。这个的确难搞，不然Google也不会高价收购skia。
但是windows已经没多少搞头了。毕竟市场已经被瓜分完毕了。但是某些场景下还是可以搞下。比如我在嵌入式环境下搞的，基于嵌入式ARM芯片的UI引擎
这个是测试的demo 在嵌入式中模拟的windos的界面。 原理和windows的DUI一样，只是VG的部分用opengl来实现的。 总体上来讲已经实现xml配置 ，自动化的布局系统，类型系统，控件体系等等。（还有脏区域重回 碰撞检测 但是由于性能的问题暂时去掉了） 对比嵌入式linux界面开发 windows客户端的界面开发简直是天堂。
@杨芳斐 node-webkit是很好的选择，我看过，目前还不支持不规则窗体，虽然这微不足道，但有时候这个很重要。
