Mobile First Responsive设计的发展方向如何？

我正在为手机第一响应设计（MFRD）重新安装一个网站。我的问题是-你对“移动第一”部分的理解有多深

例如，在主页上，我计划列出即将发生的事件，比如说4或5个。在手机版上，我认为2就足够节省屏幕空间了。我应该为更大的视图动态加载其他事件，还是应该隐藏它们，因为它只是几个元素

动态加载它们以获得更大的尺寸意味着我必须将事件附加到窗口大小调整中，通常每个像素都会触发该事件。尽管我可以用超时来抵消这一点，但这仍然需要大量的客户端检查，不是吗（尽管用户并不是在不断调整浏览器的大小）

---

我的意思是，即使你是为手机设计的，你也必须考虑更大的尺寸，对吧？显然，大型应用程序需要更大的JavaScript库和其他资产，只有您以后才想加入，而不是为移动应用程序加载—但您希望通过节省带宽实现多大程度的疯狂？

该网站的目标市场是什么？您是否正在制作一个完全响应的网站，将智能手机封装到桌面？或者你只是专注于智能手机到平板电脑

Mobile First实际上只是指以最小的外形尺寸开始您的样式和内容视图，并随着设备尺寸的增大而增大。HTML、CSS（媒体查询）和jQuery都在浏览器变大时扩展UI和操作（显示/隐藏）内容元素方面发挥了作用

---

请看一看，他们的响应式布局是迄今为止我见过的最广泛的布局之一，它将让您了解MFRD或DARL（设备不可知响应式布局）方法学可以走多远。

感谢您的回复。我理解“移动优先”背后的基本概念，但从我的理解来看，移动优先设计不仅仅是针对小屏幕的设计，还包括针对小型设备（带宽等）的优化。我一直在寻找带宽优化和多设备易编程之间的更多“权衡”。由于Smashing Mag的整个侧栏都加载在较小的设备上（即使它是隐藏的），它真的可以被认为是“移动优先”吗？如果一个网站的带宽非常大（例如大型数据集），那么将其塞进移动网站可能不是最好的主意。如果网站的一个或两个以上的关键功能需要延迟加载，那么可能需要重新思考业务模式。您可以查看智能手机每月的平均带宽使用情况，并确定发送到浏览器的平均数据量。如果网站正在破坏智能手机的带宽使用，那么你需要重新考虑你的目标市场和/或设备。这个问题有很多因素。