html - 调整大小的浏览器窗口是真实的用例吗？

我正在设计一个使用 bootstrap 3 的网站。前端不是我的强项，我的角色是清理小问题。

我在全角桌面上开发我的作品。我们正在使用引导程序预定义的视口，我使用它来进行响应式设计。然后我检查移动性能并从那里开始。然后，我查看了平板电脑的布局，它通常都很好。我的方法可能不是最佳实践，但到目前为止它一直有效。

当我向营销客户展示我的工作结果时，他们通过调整他们在桌面上使用的浏览器窗口的大小来“测试”各种布局。通过这样做，页面元素会被浏览器重新洗牌，并且可能会以任意视口宽度出现在奇怪的位置。

情况是我无法通过在移动模式下选择设备参数来重新创建这些损坏的布局。只能通过在全尺寸浏览器窗口中打开站点，然后使用鼠标将其调整为特定的任意宽度来完成。

营销部门认为这意味着该站点确实没有响应，我们需要对其进行开发，以使布局在任意浏览器宽度上看起来都很好，逐个像素。测试调整窗口大小将打破我们当前的开发方法。

就站点最终用户而言，调整大小的浏览器窗口真的是真实场景吗？我们的最终用户是否会因为调整了浏览器窗口的大小（未填满显示器）或桌面系统的分辨率异常而导致布局损坏？还是只需要针对预定义的静态尺寸进行开发？

标签： htmlcsslayoutresponsive-designresize

在我工作的一家数字机构，我们问了同样的问题。我们对多个项目进行了一些分析，以确定最终用户调整浏览器窗口大小的频率。这些是相对基本的 WordPress 网站。在我们对大约 50 万用户的测试中，只有不到 1% 的用户在他们的会话期间调整了窗口大小。

这是一个足够高的数字来关心吗？这取决于客户。有些客户会说，“不到百分之一？我们不在乎。” 其他人会说“一百分之一的访问者可能会看到一个损坏的用户界面？！不可接受！”

不幸的是，在合同工作中，除非合同中概述了这个特定问题，否则您通常会受到客户的一时兴起。诸如“接受不到 1% 的典型用户群的不良行为不包含在此工作说明中”之类的条款。然后，您可以告诉客户您会修复它，但这会花费大量时间和金钱，而原始合同中没有考虑到这些时间和金钱。

您还可以向客户解释该问题仅发生在调整大小时，这在现实世界中很少发生，并且在调整浏览器窗口大小时，他们应该重新加载页面以查看使用该大小浏览器的最终用户实际上会看到什么它。