84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
我司现在准备把主页(现是web页面)改为web,移动端兼容的页面。现在有个疑问。我们使用的字体单位是px ,然后position float margin padding这种改变位置或脱离文档流的属性也用得不少。现在要改起来的话麻烦吗?比起照着现有模板(web端)做一个移动端页面,哪个花的时间会短一些?
业精于勤,荒于嬉;行成于思,毁于随。
那就得看页面布局了 不是所有的页面都能做响应式处理 腾讯首页就不会同时兼容pc pad 移动端是否有必要:1、要看结构是否简洁 适合移动端;2、完成这件事情的成本和代价(人工成本和整个项目的复杂度等);3、项目完成后所带来的用户体验(页面布局是否适合手机端、页面加载速度和请求文件大小,用户会不会用了更多的流量却更慢了)。总之,这绝不是一件拍脑袋的事情。
写一个js,在移动端将所有px进行转换
重做会更快些
建议是在现有页面改为兼容移动端,理由如下:
你不去做,只去看别人说,你永远也不知道兼容多端的响应式页面会遇到哪些坑(能力提示,经验增加)
在现有基础上改,肯定会比你新做要节约时间(优化的时候,你对响应式会理解会加深)
照着模板做一个移动端的做的快,而且代码比较少,如果web 适应到移动端的话兼容代码要增加很多,而且会有很多冗余代码
那就得看页面布局了 不是所有的页面都能做响应式处理 腾讯首页就不会同时兼容pc pad 移动端
是否有必要:
1、要看结构是否简洁 适合移动端;
2、完成这件事情的成本和代价(人工成本和整个项目的复杂度等);
3、项目完成后所带来的用户体验(页面布局是否适合手机端、页面加载速度和请求文件大小,用户会不会用了更多的流量却更慢了)。
总之,这绝不是一件拍脑袋的事情。
写一个js,在移动端将所有px进行转换
重做会更快些
建议是在现有页面改为兼容移动端,理由如下:
你不去做,只去看别人说,你永远也不知道兼容多端的响应式页面会遇到哪些坑(能力提示,经验增加)
在现有基础上改,肯定会比你新做要节约时间(优化的时候,你对响应式会理解会加深)
照着模板做一个移动端的做的快,而且代码比较少,如果web 适应到移动端的话兼容代码要增加很多,而且会有很多冗余代码