resized browser windows 是真实世界的用例吗？
Are resized browser windows a real-world use case?
我正在为使用 bootstrap 的网站设计样式 3. 前端不是我的强项，我的职责是清理小问题。
我在全角桌面上开发我的作品。我们正在使用 bootstrap 预定义的视口，我将其用于进行响应式设计。然后我检查移动性能并从那里开始。之后，我查看了平板电脑布局，通常情况下还不错。我的方法可能不是最佳实践，但到目前为止它一直有效。
当我向营销客户展示我的工作结果时，他们通过调整浏览器的大小 window 在桌面上使用 window 各种布局。通过这样做，页面元素被浏览器重新排列，并且可以在任意视口宽度的奇怪位置结束。
情况是我无法通过在移动模式下选择设备参数来重新创建这些损坏的布局。只能通过在全尺寸浏览器 window 中打开站点，然后使用鼠标将其调整为特定的任意宽度来完成。
营销人员认为这意味着该网站确实没有响应，我们需要对其进行开发，使布局在任何浏览器宽度下都看起来不错，逐个像素。测试调整大小 windows 将打破我们当前的开发方法。
就站点最终用户而言，调整大小的浏览器 windows 真的是真实场景吗？我们的某个最终用户是否会因为调整了浏览器 window（未填满显示器）或桌面系统的分辨率古怪而导致布局损坏？或者我们只需要针对预定义的静态尺寸进行开发？
在我工作的一家数字代理机构，我们问了同样的问题。我们对多个项目进行了一些分析，以确定我们的最终用户调整浏览器大小的频率 windows。这些是相对基本的 WordPress 网站。在我们对大约 50 万用户的测试中，只有不到 1% 的用户在他们的会话期间调整了 window 的大小。
这个数字足够大吗？这取决于客户。有些客户会说，"Less than one percent? We don't care." 其他人会说 "one out of one hundred visitors might see a broken UI?! Unacceptable!"
不幸的是，在合同工作中，除非合同中概述了这个具体问题，否则您通常会听从客户的突发奇想。 "Unwanted behavior that accepts less than one percent of the typical userbase is not included in this statement of work" 之类的子句。然后，您可以告诉客户您会修复它，但这将花费原始合同中未考虑的时间和金钱。
您还可以向客户解释该问题只发生在调整大小时，这在现实世界中很少发生，并且在调整浏览器大小时 window 他们应该重新加载页面以查看最终用户如何使用那种大小的浏览器实际上会看到它。
在大多数情况下，如果您正确使用 bootstrap，它在调整大小时应该不会真的彻底崩溃。虽然您不一定总是手动将浏览器 Window 调整为所有尺寸，但您绝对可以期望用户将它们拖到屏幕边缘，然后以 1080p 的方式调整 2 Windows 、1440p 和 4k。此外，MAC 上的 Safari 之类的东西也会破坏某些东西。如果它在重新缩放时中断，为什么周围没有一个 phone 大小也可以彻底中断它？
但是，我们凭什么告诉您您的网站是否正常。我们不知道它有多糟糕，或者实际上并没有那么糟糕。
我正在为使用 bootstrap 的网站设计样式 3. 前端不是我的强项，我的职责是清理小问题。
我在全角桌面上开发我的作品。我们正在使用 bootstrap 预定义的视口，我将其用于进行响应式设计。然后我检查移动性能并从那里开始。之后，我查看了平板电脑布局，通常情况下还不错。我的方法可能不是最佳实践，但到目前为止它一直有效。
当我向营销客户展示我的工作结果时，他们通过调整浏览器的大小 window 在桌面上使用 window 各种布局。通过这样做，页面元素被浏览器重新排列，并且可以在任意视口宽度的奇怪位置结束。
情况是我无法通过在移动模式下选择设备参数来重新创建这些损坏的布局。只能通过在全尺寸浏览器 window 中打开站点，然后使用鼠标将其调整为特定的任意宽度来完成。
营销人员认为这意味着该网站确实没有响应，我们需要对其进行开发，使布局在任何浏览器宽度下都看起来不错，逐个像素。测试调整大小 windows 将打破我们当前的开发方法。
就站点最终用户而言，调整大小的浏览器 windows 真的是真实场景吗？我们的某个最终用户是否会因为调整了浏览器 window（未填满显示器）或桌面系统的分辨率古怪而导致布局损坏？或者我们只需要针对预定义的静态尺寸进行开发？
在我工作的一家数字代理机构，我们问了同样的问题。我们对多个项目进行了一些分析，以确定我们的最终用户调整浏览器大小的频率 windows。这些是相对基本的 WordPress 网站。在我们对大约 50 万用户的测试中，只有不到 1% 的用户在他们的会话期间调整了 window 的大小。
这个数字足够大吗？这取决于客户。有些客户会说，"Less than one percent? We don't care." 其他人会说 "one out of one hundred visitors might see a broken UI?! Unacceptable!"
不幸的是，在合同工作中，除非合同中概述了这个具体问题，否则您通常会听从客户的突发奇想。 "Unwanted behavior that accepts less than one percent of the typical userbase is not included in this statement of work" 之类的子句。然后，您可以告诉客户您会修复它，但这将花费原始合同中未考虑的时间和金钱。
您还可以向客户解释该问题只发生在调整大小时，这在现实世界中很少发生，并且在调整浏览器大小时 window 他们应该重新加载页面以查看最终用户如何使用那种大小的浏览器实际上会看到它。
在大多数情况下，如果您正确使用 bootstrap，它在调整大小时应该不会真的彻底崩溃。虽然您不一定总是手动将浏览器 Window 调整为所有尺寸，但您绝对可以期望用户将它们拖到屏幕边缘，然后以 1080p 的方式调整 2 Windows 、1440p 和 4k。此外，MAC 上的 Safari 之类的东西也会破坏某些东西。如果它在重新缩放时中断，为什么周围没有一个 phone 大小也可以彻底中断它？
但是，我们凭什么告诉您您的网站是否正常。我们不知道它有多糟糕，或者实际上并没有那么糟糕。