是不是搞混了解析器和渲染引擎？解析器只要能方便地从内容里取得渲染器想要的数据就行了；渲染器怎么实现是另一回事了 <- 中国开发网

账号

haitao · 2010-04-16 00:20:11 · 阅读: 535

是不是搞混了解析器和渲染引擎？解析器只要能方便地从内容里取得渲染器想要的数据就行了；渲染器怎么实现是另一回事了

如果有矛盾的数据，那就是语法不过严密，是竖子而已

看上面为了实现左右2个固定宽度的栏，中间一个占据所有剩下的宽度的栏，要这么折腾
就知道html虽然有了这么复杂的css/div，还是勉为其难

嵌套表格的宽度、高度的实际确定，的确是渲染时的困境：外层决定内层，内层又影响外层。。。。。。。。

但是，这些都是渲染引擎的事情了

相关信息:

从html/xml的解析困难，谈一个描述性协议的设计原则。。。。。。。。。。 (124字) (haitao [1121] 2010-04-15 13:44)
- 问题是，有标准的parser都不肯用 (32字) (sealw [475] 2010-04-15 13:50)
  - 协议已经这样了，标准的parser一样是开销很大的。。。。。。 (6字) (haitao [525] 2010-04-15 13:53)
    - 你选它，就认可它的开销。否则用ini岂不是很好？ (空) (sealw [440] 2010-04-15 13:55)
      - 时无英雄，使竖子成名 (15字) (haitao [459] 2010-04-15 14:03)
        是不是英雄，历史说了算 (200字) (sealw [545] 2010-04-15 14:12)
        有成败论出来的英雄，也有客观评出来的英雄（造福、贡献）。。。。。历史只出前者 (15字) (haitao [484] 2010-04-15 14:19)
        历史表明，HTML造福是非常大的 (空) (sealw [421] 2010-04-15 14:25)
        这个应该细说了。。。。。。。。 (27字) (haitao [450] 2010-04-15 14:33)
        支持你搞一个打败HTML，就像JSON要打败XML一样。 (空) (sealw [491] 2010-04-15 14:39)
  - 表从发明轮子开始造车，要直接收购沃尔沃 (空) (sealw [425] 2010-04-15 13:54)
    - 收购沃尔沃的吉利也是从轮子+沙发开始的。。。。。。。。。 (11字) (haitao [447] 2010-04-15 14:59)
- 解析不困难，主要是现在生成的HTML太不标准了 (27字) (leejd [555] 2010-04-15 14:00)
  - 不规范是另一个问题。即使规范，递归的描述格式，对于解析是很要命的。。。。。。。 (23字) (haitao [468] 2010-04-15 14:02)
    - 某些场合，是要递归才行啊 (空) (leejd [441] 2010-04-15 14:08)
      - 不过用html做表格，那个垃圾标签超级多，都快占用一半的字节数了 (空) (leejd [503] 2010-04-15 14:21)
      - 递归也可以不用这么赤裸裸的。。。。。。。。 (空) (haitao [430] 2010-04-15 14:24)
    - 。 (空) (haitao [433] 2010-04-15 14:54)
- xml解析不困难啊 (20字) (JoJo [581] 2010-04-15 14:40)
  - 是不复杂，但是开销大 (23字) (haitao [453] 2010-04-15 14:58)
    - 那你能找一个不用全盘扫描的格式出来？ (21字) (JoJo [488] 2010-04-15 15:12)
      - 还正是ini！ (37字) (haitao [446] 2010-04-15 15:29)
        你继续用ini，我对这个没啥兴趣 (18字) (JoJo [483] 2010-04-15 15:31)
        我只对html/xml的解析感到浪费 (空) (haitao [421] 2010-04-15 15:49)
        你可以用ini写一个表格来说服我 (30字) (JoJo [585] 2010-04-15 15:55)
        表格还不是最典型的，【array1[2,3].field4[5].subfield6】都不在话下。。。。。。。 (19字) (haitao [594] 2010-04-15 16:00)
        你不能上下文相关，描述有个P用 (100字) (JoJo [571] 2010-04-15 16:04)
        【你不能不能上下文相关】==【当然可以用ini做到上下文相关】？？？ (25字) (haitao [457] 2010-04-15 16:06)
        简单的说，ini自己是没法上下文相关的，得依靠处理程序 (47字) (JoJo [582] 2010-04-15 16:09)
        海大师可以挑战一下，用ini改写一下html (154字) (JoJo [578] 2010-04-15 16:18)
        关键在于count。。。。。。。。。。 (361字) (haitao [522] 2010-04-15 16:43)
        再写个解释器，做个另类浏览器。 (空) (pcplayer [483] 2010-04-15 16:50)
        是的，我毫不怀疑海大师能写出来 (9字) (JoJo [473] 2010-04-15 16:53)
        从此诞生了web v5 (空) (lukejee [435] 2010-04-15 16:58)
        啥乱糟糟的 (空) (leejd [408] 2010-04-15 21:45)
        小屁孩戴上目镜也还是小屁孩 (9字) (haitao [463] 2010-04-15 21:46)
        要知道我们是你们的接班人，接不过来，不全是我们的错 (空) (leejd [439] 2010-04-15 21:47)
        宽等于100％的实际作用是语义，不是语法，语法还是上下文无关的。呵呵。 (空) (张秋桥 [391] 2010-04-15 22:49)
        就是啊，绝对像素、相对比例、auto都只是一个属性值而已 (空) (haitao [411] 2010-04-15 23:24)
        我们说的不是这个意思 (16字) (JoJo [431] 2010-04-15 23:46)
        我指的就是语义，至于文法，HTML符合BNF肯定是上下文无关的 (16字) (JoJo [547] 2010-04-15 23:43)
        如果自定向下绘制一个html树，容器的宽度自然是已知的。 (空) (张秋桥 [412] 2010-04-16 00:11)
        即使需要回溯查找祖辈容器的宽度，也不难啊。 (空) (张秋桥 [425] 2010-04-16 00:12)
        高度计算回麻烦一点。 (空) (张秋桥 [422] 2010-04-16 00:14)
        table不行 (49字) (JoJo [516] 2010-04-16 00:14)
        table是个例外。以前看过一个多重（8重？）嵌套的表例子，IE画起来象慢动作。 (空) (张秋桥 [471] 2010-04-16 00:18)
        实际上div和span都存在这些问题，只是它们没那么复杂，可以顺序渲染 (24字) (JoJo [574] 2010-04-16 00:22)
        div给上table cell式的css，也是没table tag的table。 (空) (张秋桥 [483] 2010-04-16 00:28)
        那还是不同的 (274字) (JoJo [577] 2010-04-16 00:50)
        那么只好配一点JavaScript来算宽度，并且捕获窗口size变化事件了。 (空) (张秋桥 [508] 2010-04-16 01:07)
        有时也不灵，Safari的resize就不灵。 (空) (张秋桥 [425] 2010-04-16 01:08)
        我发现一个纯div的办法。你试试。我试过几个非IE的，没问题。 (592字) (张秋桥 [509] 2010-04-16 01:20)
        IE6有可以客服的问题，ie7/8是对的。 (空) (张秋桥 [420] 2010-04-16 01:25)
        这个连IE6也无问题。 (607字) (张秋桥 [483] 2010-04-16 04:24)
        问题。除非中间column固定宽度，两边栏的背景色不好处理。 (空) (张秋桥 [410] 2010-04-16 05:10)
        丑陋一点的办法也有，外面再套上两个div，一个显示左边的背景，一个显示右边的。 (空) (张秋桥 [591] 2010-04-16 05:14)
        这个办法不丑陋，外面加2个div，等于增加了很多扩展余地 (空) (有狐 [421] 2010-04-16 07:04)
        适合IE8和其他浏览器的div table cell的解法。IE6/7不守规矩，要另外处理。 (848字) (张秋桥 [2049] 2010-04-16 02:45)
        请期待 CSS3 border-image ..... (空) (有狐 [415] 2010-04-16 07:51)
        Chrome, Safari, Firefox 已经支持 (空) (有狐 [433] 2010-04-16 07:55)
        是不是搞混了解析器和渲染引擎？解析器只要能方便地从内容里取得渲染器想要的数据就行了；渲染器怎么实现是另一回事了 (172字) (haitao [534] 2010-04-16 08:20)
        没有搞混，大家只是在快乐的跑题而已 (空) (有狐 [478] 2010-04-16 08:50)
        其实真的不想说，但还是说了吧 (621字) (JoJo [530] 2010-04-16 08:52)
        你的想法不奇怪。。。。。。。只是，我是直接把它当成一个变量表来使用的，排序或hash后取任何属性都只是ln(n)次或更低的开销 (85字) (haitao [535] 2010-04-16 09:05)
- 在大树底下看大牛飞满天 (空) (lanchong [482] 2010-04-16 08:41)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.017 - 585368