UI在游戏引擎的渲染流程里面顶多算副业。
【 在 hgoldfish 的大作中提到: 】
: 正确的方向是使用 javascript 实现 layout 系统，要啥浏览器兼容。只要能拿到浏览器的宽度，剩下的由 js 来搞定。
: 这些东西也是现成的。抄andoird/qt 的。道理很简单，每个盒子定义好 sizeHint，一般由 js 根据字体大小、图片和盒子的特点算出来。再由程序员提供各种 layout 指令搞定。浏览器发生变化的时候由 js 重新计算 layout 出来。
: 再进一步，也别使用 div 了，直接把元素渲染到 canvas 里面。一切大吉，哈哈。话说，这就是游戏引擎了吧。
--
FROM 123.66.174.*

js太屎

应该淘汰


【 在 hgoldfish 的大作中提到: 】
: 正确的方向是使用 javascript 实现 layout 系统，要啥浏览器兼容。只要能拿到浏览器的宽度，剩下的由 js 来搞定。
: 这些东西也是现成的。抄andoird/qt 的。道理很简单，每个盒子定义好 sizeHint，一般由 js 根据字体大小、图片和盒子的特点算出来。再由程序员提供各种 layout 指令搞定。浏览器发生变化的时候由 js 重新计算 layout 出来。
: 再进一步，也别使用 div 了，直接把元素渲染到 canvas 里面。一切大吉，哈哈。话说，这就是游戏引擎了吧。
--
FROM 140.207.55.79

现在的趋势是这样子，先用 js 实现一个新的方案出来。然后浏览器逐渐把这个新方案用 cpp 实现为 web 标准。比如 jquery 的选择器，现在就可以使用 querySelector() 来代替。

自从 v8 出来以后，js 是越来越快了。接下来比较希望能有一个浏览器(chrome)实现 dart 虚拟机，这样的话，就可以先调试好再转换成 js 发布到工程里面。

【 在 HITM (萨满教-哲学分析教派) 的大作中提到: 】
: js太屎
: 应该淘汰
--
FROM 125.78.148.*

还是ios那种纯绝对布局的方式性能高啊。。

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 布局计算只发生在窗口尺寸或者盒子尺寸发生变化的时候，性能开销并不会很大。至于引起浏览器重新渲染，我估计是跟现在的 css box 模型差不多的。
--
FROM 211.99.222.55

我觉得楼主说的有点道理，好想搞一个实现出来，可惜没时间



【 在 hgoldfish (老鱼) 的大作中提到: 】
: 正确的方向是使用 javascript 实现 layout 系统，要啥浏览器兼容。只要能拿到浏览
: 器的宽度，剩下的由 js 来搞定。
: 这些东西也是现成的。抄andoird/qt 的。道理很简单，每个盒子定义好 sizeHint，一
: 般由 js 根据字体大小、图片和盒子的特点算出来。再由程序员提供各种 layout 指令搞
: 定。浏览器发生变化的时候由 js 重新计算 layout 出来。
: 再进一步，也别使用 div 了，直接把元素渲染到 canvas 里面。一切大吉，哈哈。话
: 说，这就是游戏引擎了吧。
: ...................
--
FROM 124.205.195.*