这里并不应该存在是否透明的问题。
不论是img标记还是script、link，亦或是CSS中的url值，最终都由浏览器去拼接
成完整的地址再去请求服务器，而这些地址（相对的 或是绝对的）都是前端人员
指定的。
对于浏览器来说，根据页面文件的内容可以确定每一个需要请求内容的地址。
对于前端人员来说，页面需要请求的每一个地址都心知肚明。
那么所谓的不透明是对谁而言的？
于 2013/10/24 14:00, John Hax 写道:
你可以根据spec按你的意愿写这样的插件供开发者使用。但是spec不能这样设
计，原因我已经说过 了：url的path结构是不透明的。
2013/10/24 Hawkeyes Wind <[email protected]
<mailto:[email protected]>>
至少目前我自己做的jq插件是按之前邮件提到的模式工作的，不管前缀还是
后缀都是自己定义的，在我看来已经给予了前端设计人员最大程度的自由
了， 否则除了图片的引用地址还要维护一个图片列表。
从我附近的前端人员反馈来看，他们宁愿按规则命名文件，而不是用不知道
什么意思的名字去维护一个列表。
如果是给予前端人员无限制的自由度，那么HTML标记只需要div和span就够
了，不是吗？
于 2013/10/24 11:48, John Hax 写道:
赞同Leo Deng的意见。
原因在于url本身是不透明的（除了?和#部分），也就是不存在操作url内
部结构的可能。开发者自己定 义自己的url构成是 可以的，但是spec不能
做这个事情。
2013/10/23 Leo Deng <[email protected] <mailto:[email protected]>>
不觉得。
强加一条强约束的命名规则给用户，这已经远远超出了HTML/DOM的范
畴，这是不 可能被接受的。
在 2013年10月23日下午6:15，Hawkeyes Wind
<[email protected] <mailto:[email protected]>>写 道：
在一个复杂的程序中突然冒出一个 int a; 的变量，你不觉得抓
狂吗？
于 2013/10/23 18:13, Leo Deng 写道:
所以你要强迫用户不能够用 a.png 和 b.png 分别显示给 1x 和
2x 吗？
在 2013年10月23日下午5:46，Hawkeyes Wind
<[email protected] <mailto:[email protected]>>
写 道：
提个个人意见，在img元素里加图片名的“前缀”和“后缀”属
性就可以了，例如：
前缀的情况：
<img prefix="hd- 2x,hi- 4x" src="image.png"/>
由浏览器自动根据情况去拼出文件名：hd- image.png
或 hi-image.png。
后缀：
<img suffix="-hd 2x,-hi 4x" src="image.png"/>
后缀的文件名拼接类似：image- hd.png 或 image-
hi.png。
这样大家都省事了，即便图片变更浏览器都会自动选择 合
适图片了。列表什么的，恶 寒……
于 2013/10/23 11:46, Kang-Hao (Kenny) Lu 写道:
很多都在响应式图片社区小组（Responsive Images Community Group）。欢迎看
一下该社区小组的邮件组（public-respimg）的存档[1]，欢迎订阅（订阅方式跟
订阅这个邮件组相同）。该社区弄了三分草案：
* <picture> [2]
* srcset [3]
* srcN [4]
[3]的解析部分我差不多翻完了。
Hixie 基本不在 public-respimg 写信的，所以有些 srcset 的讨论在 WHATWG 的
邮件组里。我整理了一些连接在[5]。
警告：我觉得这些讨论的水分相当高。
[1]http://lists.w3.org/Archives/Public/public-respimg/
[2]http://picture.responsiveimages.org/
[3]http://www.w3.org/html/wg/drafts/srcset/w3c-srcset/
[4]http://tabatkins.github.io/specs/respimg/Overview.html
[5]http://www.w3.org/html/ig/zh/wiki/Srcset
以上
Kenny
--
Regards
Hawkeyes Wind
--
Regards
Hawkeyes Wind
--
Regards
Hawkeyes Wind
--
Regards
Hawkeyes Wind
