|
|
发表于 2020-7-31 13:01:39
|
显示全部楼层
是不是真的啊, 你别骗我哇, 读的书少
来来, 请教大神科普一下, 这几个版本的feature变化(哦, 专业点叫技术迭代), 对于浏览器开发者, 普通用户, 网页开发者的各方面的提升, 以及效果如何, 潜在bug风险如何?
内核升级, 不是一味的追着最新, 况且也追不上...如果真的对于内核的更新有着极度(技术上, 心理上)苛刻的要求的用户(chrome的团队也专门为不同的用户群体提供了stable, beta, dev不同版本的支持), 直接选用金丝雀应该是最佳的选择吧! 要求一个专门定制化的浏览器一味去紧追云里雾里的内核更新也不实际吧, cent的技术人员也许在技术上没有问题, 但是cent的团队有这么充足的资源可以一边定制化chromium, 一边在版本更新上狂追版本更新?
这种疯狂的版本对于cent有什么好处呢?对于用户有什么好处? 如果每个版本更新后都存在大量的bug, 谁来修复?
chrome的疯狂更新本来就带有很强的技术测试需求的, 一味的紧追, 如果chrome团队大幅度调整某项技术, 后面紧跟的是不是也一边吃灰...
为什么大家选cent来取代chrome? 定制化, 是定制化带来的好处, 内核版本只是cent的(诸多卖点)其中的一个卖点而已, cent相对新的版本内核(远超国内其他的浏览器)对有版本需要, 且不想用chrome的用户产生非常大的吸引力...(如全局的鼠标手势, 这不是扩展可以带来的)
浏览器的版本的更新是必须的, 毕竟每隔若干版本chrome团队会放出一些重要的功能更新, 如更好用的chrome dev tool, 画中画等, 更深层的js引擎优化等
同时较新版本的内核对于开发者用户群也是很好的讨好,...
个人认为cent的团队完全可以隔开若干版本(如, 5-10版本的差距, 如果chrome有重量级功能放出才进行快速跟进, 例如: 画中画)选择chromium来编译新的cent, 即保证相对新的内核需要, 也能花更多的时间和精力去维护cent的功能扩展(毕竟这才是王道), 也可以一边收集不同版本的chromium/chrome的bug信息, 减少无谓的产品更新带来的bug问题....
个人使用的chrome版本各个阶段的都有, 42 -58 -64 -74 -85 (x86 or x64)安装在不同的虚拟机( or 主机), cent和chrome的一定版本差距, 完全是可以在接受的范围. 相比于期待cent的内核版本更新相比, 我更加期待的是cent的功能完善, 更少的bug...
|
|
发表于 2020-7-29 17:43:24
可以上传至图床，然后把地址发出来；或者直接把出现问题的网址发出来让大家测试一下。