马黑黑 发表于 2022-2-15 15:44
不唱反调的就好
吸引没有唱反调的。而是应为不懂计算机的用户多做考虑。
红影 发表于 2022-2-16 09:26
吸引没有唱反调的。而是应为不懂计算机的用户多做考虑。
不知道怎么说，估计与名气大了目中无人。你看微软，以前它就是不太理睬w3c国际标准，结果问题多多、乱象丛生，今天它放弃了自己的浏览器（但还有相当用户）。
红影 发表于 2022-2-16 09:26
那是因为没有统一标准吧，以后统一了就好了。
标准早就统一的。但是标准不是具体方案，也不可能太过具体，各个浏览器在执行标准时是没什么问题的（除了过去的ie），只是渲染方式不同，出来的效果就有可能不统一。
马黑黑 发表于 2022-2-16 13:32
标准早就统一的。但是标准不是具体方案，也不可能太过具体，各个浏览器在执行标准时是没什么问题的（除了 ...
哦，原来是这样。在渲染上，大家各有巧妙不同，都不想放弃自己的吧。
红影 发表于 2022-2-16 14:08
哦，原来是这样。在渲染上，大家各有巧妙不同，都不想放弃自己的吧。
不是这样的。就好比两个人都去罗马，不可能要求他们都一个模样的走法，但它们最后都到了罗马。
马黑黑 发表于 2022-2-16 13:30
不知道怎么说，估计与名气大了目中无人。你看微软，以前它就是不太理睬w3c国际标准，结果问题多多、乱象 ...
这是个需要协作的行业，自大要不得。
红影 发表于 2022-2-16 14:10
这是个需要协作的行业，自大要不得。
你控制不了别人的自大
马黑黑 发表于 2022-2-16 14:10
不是这样的。就好比两个人都去罗马，不可能要求他们都一个模样的走法，但它们最后都到了罗马。
嗯嗯，对于用户，只要能到罗马就行，对于开发者，不同的路径会造成麻烦。
马黑黑 发表于 2022-2-16 14:11
你控制不了别人的自大
是的，无可奈何。
红影 发表于 2022-2-16 14:46
是的，无可奈何。
所以就会有乱象
红影 发表于 2022-2-16 14:46
嗯嗯，对于用户，只要能到罗马就行，对于开发者，不同的路径会造成麻烦。
那也没办法的
马黑黑 发表于 2022-2-16 14:51
所以就会有乱象
做计算机工作的太不容易了。
马黑黑 发表于 2022-2-16 14:51
那也没办法的
不懂计算机的不知道这其中的难处{:4_173:}
红影 发表于 2022-2-16 15:09
不懂计算机的不知道这其中的难处
总之吧，浏览器是围绕标准编写、制作的，各家有各家的实现方式，从而在JS、CSS方面，我们按标准的描述去做，也未必能与浏览器完全兼容（绝大多数会兼容的）。
马黑黑 发表于 2022-2-16 15:11
总之吧，浏览器是围绕标准编写、制作的，各家有各家的实现方式，从而在JS、CSS方面，我们按标准的描述去 ...
嗯嗯，明白了。无法与浏览器兼容的时候的确是没办法，毕竟已经按标准去做了。
红影 发表于 2022-2-16 15:25
嗯嗯，明白了。无法与浏览器兼容的时候的确是没办法，毕竟已经按标准去做了。
兼容的办法总是有的，只是编程开销大了去了
红影 发表于 2022-2-16 15:25
嗯嗯，明白了。无法与浏览器兼容的时候的确是没办法，毕竟已经按标准去做了。
我举一个读取父节点的例子：
绝大多数浏览器，遍历某个元素的父节点，用parentNode 没问题，但在火狐那里，文字、换行也都被视为一个基于document（dom）的节点，显然，这不是我们需要的，这就要考虑js对火狐的兼容问题，同时又要准确遍历所有真正的元素节点；通常的做法是遍历、获取然后过滤，这要加上很多机制。
客户使用的浏览器不是确定的，如果照顾所有的客户，有时，简单的编程就会变得很复杂。
马黑黑 发表于 2022-2-16 16:02
兼容的办法总是有的，只是编程开销大了去了
居然那么麻烦啊，真没想到。
马黑黑 发表于 2022-2-16 16:07
我举一个读取父节点的例子：
绝大多数浏览器，遍历某个元素的父节点，用parentNode 没问题，但在火狐 ...
遍历两个字，听着就很麻烦啊，真不容易。
红影 发表于 2022-2-16 20:28
遍历两个字，听着就很麻烦啊，真不容易。
有些前提下又必须去做，比如我那个简单的播放器，控制进度那个模块，就得用上遍历有position设定的父级所有元素并把它们的位移量计算出来