网站不同模块设置不同CSS media query断点是否属不良实践？

为网站不同模块设置独立的媒体查询断点不属于不良实践，反而是组件化响应式开发的推荐思路。

• 网上流传的1200px、992px、768px等通用断点，只是行业总结的参考值，从来不是必须遵守的强制规范。断点设置的核心原则从来不是“全站所有模块必须在同一个宽度节点同步触发适配”，而是“单个模块在当前视口下出现内容挤压、溢出、可读性下降时，就触发对应模块的适配规则”。
• 你描述的场景完全符合开发逻辑：header区域承载导航链接、搜索框、用户操作按钮等高密度内容，在视口宽度降到991px时已经没有足够空间保持横向排布，此时收缩为hamburger button（汉堡按钮）是合理的交互选择；而footer通常是链接分组、版权声明等低密度内容，在800px宽度以上都能保持正常的横向展示，完全可以等到视口降到800px再触发布局换行，没必要为了强行对齐统一断点，提前在更宽的视口下就把footer改成换行布局，浪费横向展示空间。

实际开发中只需要注意两个边界问题即可：

• 不要无节制设置零散无规律的断点，比如同一模块内尽量避免出现983px、817px这类完全无依据的随机数值，不同模块的断点差异只要匹配自身内容的排布需求就不存在规范问题。
• 完成适配后要跨区间检查视口表现，比如在900px这个中间宽度下，确认已经切换为汉堡模式的header和仍保持横向布局的footer之间不会出现样式冲突、布局错位的问题。

目前主流的组件化前端开发模式中，组件自带独立的响应式适配规则本身就是默认的开发习惯，强行要求全站所有模块绑定同一套断点，反而会让很多组件的适配逻辑变得冗余僵硬。

内容的提问来源于stack exchange，提问作者Freezy