所以，我之前在响应式网站上工作过，但我现在正在构建我的第一个响应式网站。我打开了一些关于这个主题的文章，然后繁荣：移动优先..我不知道我是怎么跳过这个概念的。从一开始我似乎就无法理解整个事情（除了移动设备的数量将很快淘汰台式电脑），这就是原因。
如果我首先为移动设备设计网站，我应该如何知道我的网站在桌面版本中的外观？我的意思是，在最小的设备上，我最终将不得不隐藏一些内容等，当我不知道网站在更大屏幕上的外观时，我应该如何知道要隐藏和移动什么？剥离东西不是更容易吗？！？！
对我（现在）来说，Mobile First 概念在我看来就像倒置金字塔。
【问题讨论】：
大多数实现实际上有两个站点：一个用于浏览器，一个用于移动设备。如果网络服务器根据用户代理将客户端识别为移动设备，则将客户端重定向到 m.your-domain.com（或 mobile.your-domain.com）。
不过，响应能力仍有空间，因为您可能决定考虑不同的屏幕尺寸，无论是针对手机还是浏览器 - 例如：iPad 浏览器在桌面上显示的内容可能与 chrome 不同。
备注：
尽管我们已经达到了互联网流量的主要部分由移动设备完成的地步，但您的站点/服务可能会使得其大多数客户将是笔记本电脑/台式机。以 Stackoverflow 为例:)
你应该使用谷歌分析，看看有什么分歧，并据此决定是否真的值得投入精力（如果值得——多少）。
【讨论】：
在我看来。 移动优先更多地适用于应用程序而不是网站。制作响应式网站或网站的两个版本以适应不同的屏幕尺寸相对容易。要创建一个在主要是触摸驱动的小屏幕和大型桌面屏幕上同样运行良好的应用程序要困难得多。在应用程序中，区别不仅仅是您可以将哪些信息放入可用的屏幕空间中。移动应用程序通常具有不同的 UI 流程并使用一组不同的组件（小部件）。
分析完需求后，您必须回答一个关键问题：单个应用程序/网站能否在桌面设备和移动设备上提供出色的用户体验？如果可以，那就去吧。如果不能，那么您将获得 移动优先 的概念：如今，从移动体验开始通常会更好。它也可以在大屏幕上工作，尽管它可能看起来有点奇怪，并且不会充分利用桌面环境。如果您的应用成功，您始终可以创建桌面优化版本。
请注意，我说的是“经常”，而不是“总是”。用户仍然喜欢从他们的桌面访问许多应用程序。如果您构建其中一个应用程序，那么首先使用桌面并没有错。
【讨论】：
将您的网站缩小为移动网站并不是最佳做法。也不是维护两个独立的网站。从移动开始，您可以专注于您真正需要的内容和网站的内容。不要考虑“图形”，而要考虑“内容”
【讨论】：