马黑黑 发表于 2022-2-13 20:46
时机到了就会用上的
嗯嗯，还需要继续看到熟悉才行。
红影 发表于 2022-2-13 20:50
嗯嗯，还需要继续看到熟悉才行。
不急的
红影 发表于 2022-2-13 20:50
不知道呢，我很少手机玩论坛。
我也不玩，看看
马黑黑 发表于 2022-2-13 20:51
不急的
对了，那个定稿的播放器还是评分后会自动调入新的播放，刷新后没有这个问题。
马黑黑 发表于 2022-2-13 20:51
我也不玩，看看
黑黑真仔细，考虑得很全面。{:4_199:}
红影 发表于 2022-2-14 12:46
黑黑真仔细，考虑得很全面。
这东东要做很多测试，我现在用的电脑还是裸着的，里面的浏览器还不够，我的另一台机器原来是主打机，上面有各种内核的浏览器，因故现在放一边凉快去，过两天让它上班，这样测试用的浏览器就够了
红影 发表于 2022-2-14 12:45
对了，那个定稿的播放器还是评分后会自动调入新的播放，刷新后没有这个问题。
这是评分机制的页面加载问题吧，这个我之前也不太在意，现在才知道评分后页面是重新加载的，这就让音乐重新播放了。好像别的也会这样的。
马黑黑 发表于 2022-2-14 13:33
这东东要做很多测试，我现在用的电脑还是裸着的，里面的浏览器还不够，我的另一台机器原来是主打机，上面 ...
原来要这样的么，做个东东还需要很多浏览器去测试啊。
马黑黑 发表于 2022-2-14 13:35
这是评分机制的页面加载问题吧，这个我之前也不太在意，现在才知道评分后页面是重新加载的，这就让音乐重 ...
这真是个奇怪的评分机制，就算代码语句一样，理论上也无法做到同时重复加载啊。
红影 发表于 2022-2-14 14:43
这真是个奇怪的评分机制，就算代码语句一样，理论上也无法做到同时重复加载啊。
这里面有一个JS异步动作：当前页面不改变，JS向后台传输评分指令，并等待后台返回的结果，结果返回来之后刷新局部页面内容
红影 发表于 2022-2-14 14:41
原来要这样的么，做个东东还需要很多浏览器去测试啊。
主要是浏览器的内核。不同内核，渲染机制不一样，JS代码最好能一一测试，发现没达到目的时，处理兼容问题
马黑黑 发表于 2022-2-14 16:55
这里面有一个JS异步动作：当前页面不改变，JS向后台传输评分指令，并等待后台返回的结果，结果返回来之后 ...
原来是这样，对这个东西不是很了解。
马黑黑 发表于 2022-2-14 16:56
主要是浏览器的内核。不同内核，渲染机制不一样，JS代码最好能一一测试，发现没达到目的时，处理兼容问题
这个太专业了，我们这样的人根本就想不到这个{:4_173:}
红影 发表于 2022-2-14 20:25
这个太专业了，我们这样的人根本就想不到这个
之前提到过，浏览器的开发比一个操作系统的开发还难，这是因为我们所看到的的浏览器的每一个细小的显示细节，都是浏览器依据w3c标准去呈现它。每一个人的思路不一样，渲染过程的实现方式也就不一样，这有可能前端写web页的方式不一定符号它的方式，也就是存在兼容性问题。所以，前端web开发要了解不同内核的主流浏览器的特点，尽可能地去兼容它们。
马黑黑 发表于 2022-2-15 08:47
之前提到过，浏览器的开发比一个操作系统的开发还难，这是因为我们所看到的的浏览器的每一个细小的显示细 ...
这个太不容易了{:4_199:}
红影 发表于 2022-2-15 11:08
这个太不容易了
w3c给出的标准相当于纲领，然后各浏览器对这个纲领的演绎虽然总体方向不变但细节可能各不相同，微软ie搅局是还有意违背总纲自建纲领，这些，都会导致兼容性的可能性扩大
马黑黑 发表于 2022-2-15 11:54
w3c给出的标准相当于纲领，然后各浏览器对这个纲领的演绎虽然总体方向不变但细节可能各不相同，微软ie搅 ...
最好所有浏览器统一，这样对用户很方便。
红影 发表于 2022-2-15 14:26
最好所有浏览器统一，这样对用户很方便。
这个难的
红影 发表于 2022-2-15 14:26
最好所有浏览器统一，这样对用户很方便。
不唱反调的就好
马黑黑 发表于 2022-2-15 15:44
这个难的
那是因为没有统一标准吧，以后统一了就好了。