是否真的需要为移动设备编程网站?


10

我已经阅读了很多资料,其中指出移动优先设计几乎是必不可少的,我不能否认它确实具有明显的好处,例如,移动装置的加载时间更快,而通过3G和4G的下载速度通常较慢。

但是,如果您要建立一个图片很少的小型网站该怎么办。

我想听听其他人在这个问题上的看法,以及人们是否认为有例外。就个人而言,我更喜欢先为桌面设计/编码,然后再从那里进行缩小。但是,首先为移动设备设计/编码真的重要吗,还是最终结果不够重要以至于不能在某些情况下打扰?


2
我不确定你的问题是什么。是“我应该建立一个移动网站”还是“我应该首先建立一个移动网站”?前者是“是-网络点击量的50%是移动设备”,后者是“您决定,我更喜欢台式机,然后重新排列内容”。附带说明,该网站在移动设备上效果很好。我建议折叠菜单-它占据了整个移动屏幕。
Metasomatism '16

@Metasomatism这个问题是基于代码的效率以及代码在不同设备上的加载方式,如果在这里没有吸引力,我可能会尝试使用该链接(不想重复发表)。我已经修改了移动设备的导航,如果您指的是内容上方的白色导航,这是故意的。:)
ccc

1
我已经从“移动优先”的方法开始了我的最新项目,我认为在下一个需要移动站点的项目中都会这样做。通过限制自己,我可以更好地专注于最重要的事情,而不必考虑周围的一些奇特的事情。与缩小(很多东西放在一个小区域)相比,我还发现按比例放大(因为我没有什么可以放到一个大区域中)。但是我猜这可能因人而异。
ROAL 2016年

3
我认为这对您阅读我的自适应设计入门书
Zach Saucier

1
移动第一就是关注基本要素,包括提供资产的编程和呈现内容的设计。因此,这是开始设计响应式网站的好方法,因为您发现自己减少到最少的内容元素和布局选择,并且被迫优先考虑。
kontur '16

Answers:


24

从纯粹的设计角度来看,首先从移动版本开始确实有意义。

设计过程中最困难的部分始终是修剪,从不添加。因此,您所允许的屏幕空间越小,您就需要考虑的内容就越多,这对于您的设计至关重要,您真正需要显示哪些信息。另外,您还会强迫自己考虑可访问性,因为文本和其他项会更小。

设计“轻型”版本后,您就可以继续添加诸如设计元素之类的额外内容,并在获得不动产时将其放大。正如@Django指出的那样,您永远都不应在设计中遗漏任何功能。

对于您的站点,菜单可以是一个示例。您决定离开菜单项,并用一个汉堡包图标代替它,这是标准过程。但是,如果菜单项是页面上最重要的内容之一,则您不想将其隐藏在单击后。


旁注:您网站上的蓝色红色确实对色盲不利,请考虑更改此设置。


我也是色盲:p ...这就是我要使用的样式的颜色。4页中的每页将有不同的颜色。如果您认为这是个坏主意,请告诉我。:)
ccc

欢迎您@MarcusPorter,感谢您接受我的回答。有时候,如果您有疑问,可以询问其他人他们的想法;)并且为每个页面提供自己的颜色当然不是一个坏主意。虽然我很好奇如果您是色盲者,如何决定颜色或颜色组合……
PieBie

3
什么?。您不应建立两个站点。这很愚蠢,自2005年以来就再也没有走过。您要建立一个适合其环境的站点。它被称为响应式网页设计
PieBie

1
我不是指功能,而是指褶边,填充物甚至图像。绝对没有功能。菜单就是一个很好的例子:站点变大时,您实际上并没有添加菜单,但是您确实将按钮替换为完整菜单。
PieBie

2
@piebie:实际上,内容密集型网站的趋势是再次建立独立的移动基础架构。例如,检查AMP项目。
David Mulder

11

移动优先是最佳实践 -这不是法律,如果您了解为什么“应该”使用它,则可以就不希望在特定项目中使用它的情况做出明智的决定,这很好。

值得注意的是,“移动优先”与设计/ UX 构建本身有关。移动优先设计不会加快用户的网站访问速度,但移动优先开发加快速度。

让我们看看两者。

移动优先设计

移动率先设计是为帮助您在功能和可用性削减下来,你有什么需要。它背后的想法是这样的:首先要从移动设备开始,而不是先设计桌面,然后再努力将您想出的所有功能放入320px宽的显示器中并保持良好的UX。

如果UX受到移动设备上所有功能的干扰或损坏,那么您可能会怀疑用户是否真的需要所有功能。您能摆脱其中的一些并真正改善体验吗?如果是这样,您为什么要拥有它们?毕竟它们也许不是必需的,也许它们不应该出现在您的网站上。

从理论上讲,这可以帮助您将功能缩减到绝对需要的水平,然后可以将其扩展为精美的桌面体验。

移动优先发展

通过移动优先开发,首先要编写移动版本,然后在更大的屏幕上放置例外。对于移动用户来说,这样做更好(更快)的原因是:您有两个网站图片,一个较大的图片用于桌面,一个较小的图片用于移动。如果您首先在桌面上编写代码,那么CSS将会如下所示:

.test2 {
    background-image:url('images/verylargeimage.png');
}

// If on a smaller screen...
@media all and (max-width: 600px) {
    .test2 { 
      background-image:url('images/smallimage.png');
    }
}

这意味着移动用户实际上会large.jpg在CSS切换之前下载。这真是太糟了。

移动设备首先看起来像这样:

.test2 {
     background-image:url('images/smallimage.png');
}

// If on a larger screen
@media all and (min-width: 600px) {
    .test2 { 
        background-image:url('images/verylargeimage.png');
    }
}

移动用户从不下载large.jpg

如果您以前不了解,我希望这可以使事情变得更清晰!


2
实际上,这只是部分正确。根据蒂姆·卡德莱茨(Tim Kadlec)从2012年开始的图像下载移动测试结果,只有非常老的移动浏览器(Android 3.0,Blackberry 6,Safari 4等)才能下载这两个图像。其他所有移动浏览器将仅下载适当的图像。
cimmanon

@cimmanon你是完全正确的。感谢您提醒我。我将其替换为一个示例,该示例未通过Kadlec的测试。
Django Reinhardt

根据链接的正确方法将分别设置background-image为台式机和移动设备。
hlcs

4

“移动优先”的由来

响应式设计中的“移动优先”的想法来自于移动设备的浏览器功能远不如台式设备的浏览器强大的时代。他们中的许多人根本不支持媒体查询,因此构建精美的桌面设计,然后使用媒体查询来缩小视口以保留样式的想法浮出水面。

实际上,不支持媒体查询是第一个媒体查询。

- 布莱恩·里格Bryan Rieger)

移动优先仍然有意义吗?

尽管用于移动设备的浏览器已经赶上了桌面浏览器,但“移动优先”仍然是编写样式的最合逻辑的方法。

我宁愿以“避免撤消以前的样式声明”的方式进行思考。一种附加的方法,而不是写出样式然后在以后覆盖它们,几乎总是会导致更紧凑的样式表。适用于大多数/所有设备的样式应在媒体查询之外找到,而仅与特定视口相关的样式应在媒体查询之后。

比较“桌面优先”方法:

.column {
    float: left;
    width: 50%;
}

@media all and (max-width: 50em) {
    .column {
        float: none;
        width: auto;
    }
}

采取“移动优先”的方法:

@media all and (min-width: 50em) {
    .column {
        float: left;
        width: 50%;
    }
}

结果是相同的,但后者更为紧凑。布拉德·弗罗斯特(Brad Frost)的7种高效媒体查询习惯无耻地抄袭了样本样式。

在少数情况下,“桌面优先”比其他方法更合适。其中最引人注目的是当您执行诸如响应表之类的事情时。较宽的视口将需要表的默认样式,而较窄的视口将要覆盖所有样式,以便可以将内容垂直堆叠。

不要分拆样式表

您绝对不应该做的一件事是将响应式样式分解为单独的CSS文件,并使用link元素上的media属性。这具有使UA下载所有链接的样式表的不良后果(即,这样做不会提高速度)。

<!-- this is bad, don't do this -->
<link rel="stylesheet" media="(max-width: 800px)" href="example.css" />

因此,代码应该首先是可移动的,但是设计方法又如何呢?

我认为这没有关系。必须完成与设计相关的所有视口的布局(一旦考虑可能需要的任何较小的断点,这可能涉及最少2个或最多5个!),最后的顺序无关紧要。许多设计师缺乏从桌面布局开始的纪律,而发现从移动布局开始更容易。

如果要从桌面布局开始,则必须避免将所有光荣的空白填充为杂乱而不会增强该页面内容的诱惑。您是否真的需要一个800x600的微笑的女人拿着电话的库存照片?下载无用的绒毛只是花钱给移动用户更多的钱,对于桌面用户而言,这只是视觉上的干扰。


“没什么大不了的” —当然可以。这就是这个问题。编码/编程在这里通常是题外话,因此并不实际(当然是相关的,但不应该成为重点)
Cai

1
您能说出响应式设计与台式机版式先设计移动版式的区别吗?“移动优先”一词来自响应设计的编码方面。只要两者都完成,先设计哪种布局都没有关系。
cimmanon

其他人已经在答案中谈到了它。设计一个具有各种功能的桌面网站,然后因为它们不适合或无法在移动设备上工作而不得不将它们收拾起来并不容易,而且您常常会因尴尬地失去适当的位置元素/功能。首先为移动设备设计,然后为桌面添加功能很容易。就这么简单。但这确实很重要。也许不是对网站编码的人,而是对设计人员的人。

您没有回答我的问题:您能告诉谁先完成了吗?许多人不擅长设计桌面布局,并在页面上放置大量垃圾这一事实与应该首先设计布局的想法无关。两者都必须做,所以首先应该做的将更多地取决于设计师的个人喜好/能力。
cimmanon

我只是说这会影响设计过程。采取两种方案:1.设计一个响应式网站,在整个过程中考虑移动设备和台式机以及一切之间的所有因素。大。2.您设计了一个仅限桌面的网站,一直到最终批准,您的客户说“哦,我也需要它在移动设备上工作...”,他仍然希望x,y和z功能无法使用。移动版,但在为台式机设计时没有考虑到这一点……哪种情况更简单?

2

我在不同的屏幕尺寸上测试了您的网站www.cosmosdesign.co.nz,并且在所有屏幕上都可以正常工作。关于移动优先设计的问题,我想说的是,您的设计方法必须考虑目标受众以及许多其他因素,例如图像,内容等。如果目标受众将主要在台式机/笔记本电脑上使用此网站,则可以当然可以继续使用您的方法,但是如果该网站通常会在手机和标签上显示,则您需要重新考虑您的策略。

您还可以考虑使用Bootstrap响应式设计网站 (也可以使用许多其他选项),还可以针对适合移动设备的网站优化图片,这也将减少加载时间。


您对目标受众提出了一个很好的观点。看到我的目标受众是小型企业等,我想我的受众群体将使用台式机浏览我的网站。不久前,我短暂地尝试了Bootstrap,但对我来说似乎并不适合我,不过还是感谢您的建议。
ccc

是的,我知道像Bootstrap这样的框架会增加代码和工作量,但是如果您需要任何帮助,请随时问我,这肯定是值得的。
wazza

我觉得我仍在学习CSS,我为这一页而苦苦挣扎。将来,我一定会在我的一位客户上再次尝试。
ccc

因此,如果您确定自己的目标受众,则可以很好地采用这种方法,但是我想警告您,有时候,当您有很多内容和内容时,很难缩小屏幕(如果您不使用框架)您网站上的功能。祝一切顺利。
wazza

你是对的。另外,如果您想阅读一本好书,PieBie也就该主题提供了一些好的建议。
ccc

-2

对我来说,首先使用移动设备的主要原因是为了避免出现以下情况:您的移动设备网站无法完成台式机版本的所有工作。在很多网站上,我必须要求手机上的桌面版本才能执行某些操作,因为即使手机可以做到,但手机版本却无法。那使我不高兴。

就是说,我认为只要您不像大多数公司那样在移动功能上略过一会,首先使用桌面优先就可以了。

同样,许多设计框架使这一过程变得非常简单。我使用Material Design Lite制作了一个相当复杂的桌面优先应用程序,当我将其修改为适合移动设备的版本时,实际上只需要更改几件事-大多数工作已经完成。


有时特意将某些功能留给移动设备使用,因为它们无法处理其密集性
Zach Saucier 2016年

当然,如果有问题,那就是问题。但这几乎从来都不是问题,因为现代电话现在已经是功能强大的计算机。
马修

在我的多个站点上确实发生了我需要获取桌面版本的情况,因为移动版本甚至无法对列表中的项目进行排序,隐藏讨论标签或无法进行某些方便的过滤。这看起来更像是“先做台式机,然后-很快,很快,时间表昨天结束-移植到移动设备。”
h22 2016年

如果您的站点真的很繁琐,甚至变成了Web应用程序,那么最好还是将其移植到应用程序,而不要尝试在移动站点中塞满所有内容。例如,Facebook将其桌面站点分为两个应用程序:Facebook和Messenger。
PieBie

尽管facebook非常出色,仅在移动Web应用程序中提供了所有功能,但是您仍然可以在没有Messenger的情况下向其发送消息。
马修
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.