※ 引述《backfish (121)》之铭言： : 我的问题是， : 我不知道detectmobilebrowsers.com这个网站里提供的判断程式的准确度够吗？ : 虽然我用自己的手机跟桌机测试是确实可以正确判断的， : 但我总还是不禁怀疑这个判断程式的可靠性。 : 然後好像不少国外网站都是用第一种作法， 浏览器吐的资讯就只有 user agent。 （当然还有其他 header 啦...） 不过 user agent 可以自己改，嘛... 从使用者那边过来，能改的东西最好都不要完全相信就是了。 可以拿来辅助，但不要绝对相信他并祈祷他正常。 : 也就是只有一个版本的网站，光靠media query去作各种宽度的调整而已。 : 这也会让我觉得这样作感觉比较专业。 这也只是感觉 XD，基本上一般使用者才不会管你是分开做还是用 RWD 该选择哪种方法应该跟你的团队沟通。 像我这种懒人，就决定用 RWD 的方法做。 因为以後如果後端有动到程式，我也只要改一份。 （虽然 css 大概也是要改两份 XD） 不过如果 view 分开的话，就要改两个地方。 我的逻辑：两个地方 > 一个地方。麻烦（咦？） : 想问有制作手机版网站的大家都是怎样的作法呢？ 看你的需求是怎麽样，依照你网站呈现的内容和主要使用客群来决定 如果你的内容就是主打 mobile 的 user，甚至精细到可能会需要到仿原生 APP 的样子 那我可能会推荐你分开写。 当然要用 RWD 的方式写也是可以，但前提是你要够了解 desktop 与 mobile 的差异 甚至是 safari mobile、chrome mobile 与 android browser 中间的差异。 另外就是，规划的操作流程与动线 如果你今天是重新写一个网站，且上面的规划很有 sense 那你可以考虑用 RWD 的方式下去配置 html 的部份， 通常会很难转成 RWD 的重点在於旧的网页动线与操作方式都只有考虑到 desktop 的部份 即使耗费功夫下去硬用 media query 套成手机版，多多少少还是会有不顺的地方。 （在不更动 html 的情况下。） 虽然透过 javascript 可能能补救一点，但通常的情况大概是朽木不可雕也… 这大概是一般状况，不过如果遇到有 sense 的 html 架构的话， 我想应该不会太难（？） 因为 html 架构就要预先想好了 这种状况，如果时间允许，我会推荐乾脆把原本的砍掉重练 改用 RWD 的方式。（因为我很懒 XD） css 套用只要 developer tool 打开马上就可以修改，改完在复制贴上回去， 後端有的改完要重整（竟然连重整都不愿意，是有多懒）， 有的要重新 complie，有的要重新 deploy 太懒啦～～～ 这跟 media query 是一样意思啊 XD server 端也是只能拿到 user agent 来判断… 其实跟用 javascript 是一样的 我觉得 RWD 的用意就是在「不管你是什麽版，我都想办法提供最好的使用者体验给你」 而不是用 user agent 去判断 「你是手机版，不管你宽度，我就决定只吐给你手机的内容， 你是桌机版，即使是 15寸 CRT 1024*768，我还是吐塞得很满的桌机内容给你」 呣，应该说是，你今天宽度 480，好，我就给你 480 不会乱掉的样式 你今天宽度 768 我就给你 768 适合的样式 你今天大於 1920，那我就设定 1920 的样式给你 你今天 dpr = 2，有可能是 iphone 的 retina 萤幕，好，那我就吐 2 倍大小的图给你 说这麽多废话，大概等於这样一句话 「可视范围决定他的排版，而不是让装置种类决定」 总之，不管哪种方法，我觉得还是依照你的需求下去选择会比较好。 如果要用 RWD 的方式的话，我可以偷偷推 SCSS/SASS 嘛 XD 不用 RWD 的方式的话，我还是要推啦（根本强迫中奖） -- 好像讲了一堆废话… --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.85.64.11